Kalido MDM 笔记 3

========================发布=======================

========================任务=======================

1. 大量的操作可以在task中进行监控；Monitor中只会存储近5天的task；所有的task会在table stringobject中存储。
2. 可以在MDM中通过可执行文件进行调用程序：
   • 可以在Configuration Utility中找到HUB的名字和ID。
   • 每个Categroy和Subject中的ID即Subject ID。
3. Eventhistory：sessiont存储了每次用户连接的session_id以及连接的时常；att_user_下面存储了所有 用户的名字；eventt存储了对数据的每次操作；thingt 存储了每次被entity更改的数据；attributet 存储了每次被更改的名字；

=====================管理===============

1. Context管理：
   • 中包含了一个Master Context 存储了发布的能被用户浏览的主数据；一个Working Context存储了在进程中的已经发布的或者将要被发布的主数据；多个Deploy Context 由Provider维护的，可以被直接发布。
   • Master COntext不能被Consumer编辑；如果提出了change request和raise issue，或者category模板变化。在Working Context中会产生一个副本。
2. 权限管理：
   • DIW部分：创建一个用户，然后分配给一个ACL，或者将用户加入账户组。给账户组分配ACL。
   • MDM部分：创建Party给用户或者用户组。如果不分配，默认提供Consumer权限。
3. 定制化Validation：
   • 可以用两种方法来制定Validation：User Exit外部的类；By validation Script；
   • User Exit 需要开放接口。
   • Validation Script：如果是链接，可以用“."号链接reference的一个字段 用Next script可以把多个validation链接起来。
4. Applly Update：当更新了MDM之后，可以在Admin > Update中看到需要更新的数据，将更新应用的数据库。
5. MDM中的Cache和数据库不一致时，可以采用Refresh cache功能。

=====================配置====================

1. 可以定制菜单的显示。

======================附录==================

1. Time varient：
2. 表达式的写法：
3. XML格式：
4. MDM和DIW交换数据：
5. Category Reporting Tables