Kalido MDM 笔记 1

这几天开始看Kalido MDM的Help文档，东西太多，所以记在这里作为笔记。

• Workflow是为了设置审批，拒绝等流程所设置的功能。
• 通过show dependency可以看到他 的父亲。点击数据能看到该数据对应的付清
• Master table 的前缀是MDT_ 而Staging table的是MST_.

====================================Get start=======================

1. Kalido MDM是基于角色进行权限控制的。MDM的菜单显示是基于你的Party的类型而决定的。有下面三种类型：
   • Consumer（消费者）：只有只读权限。【ps】：每个消费者可以搜索，浏览已经发布的主数据。
   • Provider（提供者）：创建，读取，更新，删除数据。【ps】：提供者能做的事情很多，除了对模型对象的管理。
   • Administrate（管理员）：除了Provider的功能，还能管理系统对象，用户，配置选项。
2. 提供者和管理员并不是自动就有进入数据的权限，而是在每个Subject中的Security中的ACL设置的。
3. Hub在MDM服务器中维护，是MDM的一个实例。
4. Context：是一个工作的地方，包含了不同版本的主数据。Woking context是一个覆盖在master context之上的，包含了正在更改中的发布过的主数据，和等待被发布的主数据。在底部可以进行Context和Hub的切换。
5. Party是一个用户后者用户组的代理，在DIW中设置。如果一个用户有多个party，它可以进行切换。
6. DMM是一个用来自动Match的工具。

=============================View 主数据============================

1. View Catlog时，黄色的是Category，红色是Mater context，蓝色是Working context。
2. 通过Browse进去以后可以进入面板模式,而通过Model进入Category就不能进入面板模式。
   KmdmConfig.xml文档中可以设置是否一直使用经典模式”CatalogSection='disabled' "。
3. 在Browser里面的Category可以看到从属于哪个Category，可以看到对应的Category，以及状态。
   【Note】如果更新了MDM，在Publish中可能不存在数据，这时候需要用validate中的refresh category count功能。
4. 在Subject的明细中：惊叹号代表“Invalid”数据，勾代表“授权的”，灯泡“change request”的，三角形“issue"
5. 采用Edit模式进行编辑数据
   KmdmConfig.xml文档可以设置一直使用经典模式”CategoryTabularInput='disabled‘“。
6. Subject 的显示的列是根据模型中的display字段设置的。
7. 返回的最大行数在设置中被设置为500行，超过的部分将不会显示。可以在Config中配置，也可以在Advance搜索中设置。
   
8. Search:
   • 定义了只搜索Index的字段，该字段在模型中设置。
9. Report：可以对单个的Subject和Basket里面的Subject创建Report。【PS】可以用Category Reporting Tables (CRT)创建Query供第三方工具查询。

===============================手动编辑主数据==================

1. 添加主数据：time varient的主数据需要添加Effective date，第一个是指定日期，第二个是以发布的时间作为Effective 日期。
2. Attribute中被定义为默认的lookup字段的会出现在第一个。
3. 对Time varient主数据的编辑中
   • Update type：update——会新增一条记录，保存历史记录。Correction——不会新增，改变以前的值。测试结果：Correction的时候，如果更改名字，则历史数据和现在的数据全部改变，条数未增加，也未减少。而改变链接，则只更改最新的。
   • Effective date：指定一个日期,该日期会作为该条记录现在状态的Start date。；使用一个起始日期，一般两种情况使用【Subject创建时，某些数据不知道值。第二种是添加新的attribute】测试结果：指定日期或者使用起始日期，如果比现在的版本早，则不能更改。必须切换到history model。
   • Allow interim updates：可以让你预览改变的结果，然后选择处理方式，会影响不同的结果。
4. 删除数据：加入了End date的数据，会放到 Delete中。remove system的如果在DIW中打开了Audit setting，就会存在于表“PURGED_MDM_MASTER_SUBJECTT”中看到。【PS】有的Subjet不支持end date，只能remove。
   
5. Discard：如果在working context中Discard 数据，如果是发布过的，则会把未发布的数据恢复。如果未发布过，则会被丢弃掉。
   

========================================定义模型=============================

1. Catlog
   只有管理员才能创建“Catalogs”（Catalog是用来存放收集的模型，Filte feed，数据等等东西的）【PS】相当于一个文件夹，你的所有的东西，不管你是category还是fee，还是subject。都存在这里，然后分类。
2. Category:
   • 创建working context之后，它就会进入deploy  queue
   • 如果不勾选自动刷新数据库，就需要手动刷新和同步数据库。
   • Attribue设置为display之后，自动index
   • 一旦部署了Category或者在下面增加了数据之后，就再也不能更改Attribute的数据库列名了
     
   • 选择哪Attribute作为Category的name，默认是第一个attribute，同时可以定义名字是否重复。
   • 可以定义安全性，也可以自己定义ACL。下图可以定义详细的安全列
     
3. 进阶定义Attribute：
   • Format：可以用来定义如Date或者自定义的类型；Length：可以用来设置值的长度。；可以设置默认值，默认值可以用VB来写，并可以设置每次在保存的时候重新计算默认值。
   • Display：设置之后就会在subjects列表中显示。【PS】显示的长度有限，如果该display的attribute超过了该长度，就会导致被截断。；设置为Display的字段会被自动加上index。
   • 可以设置提示符；前缀：前缀可以用来区分来源保证数据库中同样名字的值 唯一。
   • 受影响的Category：当该属性被改变时，会被影响的Category会被标记为pengding validation。
   • 设置自动增长序列：可以设置自增的字段样式；结构化code：可以限定Code的样式。
   • 设置staging name：为working context的字段名，如果部署和记录之后不能改变。
   • 可以设置字段为Lookup字段，但是必须要满足一些条件：字符；最大为1；必须有Key前缀；如果有feed将该字段设置为lookup字段，则不能设置该字段为NO，不能更改ID，不能移除该属性。
   • 字段类别：...
     
4. 使用Script设置字段：
   • 如果是TimeVarient的字段，则只会拿最新的字段来进行计算。
   • 语法如下：用括号讲计算字段放在里面 $_VBScript(  )；获取reference的字段 $ME.LAN_REF.LAN_CODE；获取本身的字段 $ME.PRFT_CTR_REF.PRFT_CTR_CODE；用&作为连接符；字符串用双引号表示“ ”；
   • 函数：cdate 转换为日期格式； cint 转换为字符串；year（）获取年份；