MS MDS系列之MDS层次结构(Hierarchy)

Posted 小平同学的博客

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了MS MDS系列之MDS层次结构(Hierarchy)相关的知识,希望对你有一定的参考价值。

在Master Data Services中,Hierarchy的作用主要用于:

  • 对同属性成员进行分组
  • 聚合成员用于分析和报告输出

写在开始:显示层次结构(Explicit Hierarchy)即将在新版本中不再应用了。应该是2016。如果还在用之前的版本,并且有升级计划,最好提前准备替代方案。

在实际工作中,用于权限设置是基于第一种作用的一个重要体现。例如给不同部门同事分配不同的权限,那我们就需要在公司级别建立部门整体的业务结构,然后基于Hierarchy进行权限设置。这里有一点需要注意的是:一个层次结构必须是基于同一个模型(Model)的,不可夸模型创建层次结构。

基本介绍:

一个层次结构可以创建在一个或者多个实体(Entity)上,在MDS中有两种不同类别的层次结构:

  • 显示层次结构(Explicit Hierarchy):基于同一个实体(Entity)建立起来的层次结构。可以自由组织结构关系。每个叶子节点都可以作为当前层次的技术点,不限制结构的层次,不限制层次的成员数量。

在创建显示层次结构之前,必须在实体生启用显示结构,并命名。

         

  • 派生层次结构(Derived Hierarchy):基于同一个模型内部,不同实体之间的层次结构。用于描述实体与其属性之间的关系。这种关系是已经存在于实体之间的,用domain引用的方式进行关联的。

         

显示层次结构 vs. 派生层次结构:

显示层次结构

(Explicit   Hierarchy

派生层次结构

(Derived   Hierarchy

自定义结构

基于实体间domain引用的属性关系创建

基于一个实体内部成员创建

基于同一个模型内所有实体创建

在一个实体内部,使用合并成员来对内部其他成员进行分组

用一个实体的叶节点成员去归类另一个实体内的叶节点成员

允许任意层级数量

包含一致的层级数量

 

 

 

 

 

 

 

 

显示层次结构(Explicit Hierarchy):

所有层级结构的成员都是在同一个实体内部的。并且这里有两种类型的显示层次结构:

  • 强制显示层次结构(Mandatory Explicit Hierarchy)

所有的子节点成员都必须包含在层次结构中。默认的情况下是,所有成员都在根节点下。可以自己再重新组织结构。

  • 非强制显示层次结构(Non-Mandatory Explicit Hierarchy)

在此,就不过多介绍显示层次结构了,下面详细介绍派生层次结构。

派生层次结构(Derived Hierarchy):

首先需要介绍域引用(Domain-based),在创建实体的属性时,有三种类型可选:free-form, Domain-based, File。

 

  • Free-form:由于四种类型可以定义:文本,数字,日期时间,地址链接。都是属于基本的类型,根据实际情况选择。

如果选择Link方式,属性值必须以http:// 或者https://开头,否则的话,就会报错

例如,输入docs.microsoft.com/en-us/,然后发布;

 

系统在InputStatus这一列提示属性数据类型不正确。(光标放在相应的单元格上,就能看到错误提示的详细信息)

 

再把属性添加上https://之后,再次发布,成功提交。

  

  • Domain-based:引用模型内,其他实体的Code值。来达到主数据统一的目的;同时也能防止用户在录入的时候出现误差,可以通过这种方式进行规范化输入和验证。

例如在Subcategory实体中,建立Category属性,引用的是Category实体中的Code属性。

 

派生层次结构就是基于domain-based的属性创建的。例如我们闯将了Category,Subcategory,Product三个实体如下:

  • Category

   

  • Subcategory

其中Category属性,引用的是Category实体的Code属性,也是Category的主键。

   

  • Product

其中Subcategory属性,引用的是Subcategory实体的Code属性,也是Subcategory的主键。

   

派生层次结构(Derived Hierarchy)创建和示例:

1. MDS主页面,打开系统管理System Administration

   

2. 管理 - > 派生层次结构Derived Hierarchy
  

3. 点击 来创建一个新的派生层次结构。

  

命名成HRC_Product,然后保存。

 

4. 在编辑界面,需要先从最底层节点开始,也就是最细粒度的层次开始。

   

我们需要在可用层级(Available levels)下依次把Product, Subcategory, Category实体点住,然后依次拖动到Current levels: HRC_Product上。MDS的操作这里确实有个坑,开始的时候尝试了很多方法,原来直接拖动就可以的。

   

系统只支持Code属性的派生层次结构创建。

   

  

  

派生层次结构(Derived Hierarchy)修改和删除

1. 同样也是需要先打开派生层次结构界面

   

2. 点击需要修改的HRC_Product。

按钮的右边,就出现了编辑按钮和删除按钮

如果需要删除的话,直接点击删除就可以。

如果需要编辑的话,点击编辑按钮。

  

 

 3. 编辑页面与创建是同一个。可以重命名层级名字和设置层级是否显示。

   

例如设置Subcategory不显示,效果如图;只是不显示而已,在聚合的时候,还是会按照创建的层次结构进行聚合的。

 

这里有两点需要注意:

第一点是最顶层和最底层的结构是必须显示的,也就是Category和Product是不允许隐藏的。

 

 第二点是如果需要删除某一层级,必须先从最顶层的层级开始删除,不支持直接删除子层级。例如Subcateogy和Product是不允许直接删除的。

 

 

以上是关于MS MDS系列之MDS层次结构(Hierarchy)的主要内容,如果未能解决你的问题,请参考以下文章

多维尺度变换MDS(Multidimensional Scaling)

mds维护10条命令

CephFS提供/添加/删除MDS

Cephfs 多MDS负载均衡的使用方式

Spotlight 无法打开:控制台显示:mds[pid] (Fatal) 服务器:mds 必须以 root 身份运行。退出

JDeveloper 基于 DB 的 MDS 连接问题