工作小结
——Monk0_0
一、工作内容：
1.修改丁丹整理的party模块模型
2.学习、检查并修改丁丹整理的security模块的库表及模型
3.整理联系机制模块库表及模型
二、遇到问题：
1. PARENT_TYPE_ID字段的用处（已解决）
2.ATTRIBUTE属性表的作用（已解决）
3. CONTACT_MECH_TYPE_PURPOSE表的作用（已解决）
扫描二维码关注公众号，回复：
783720 查看本文章
4.HAS_TABLE字段的含义（待解决）（17:36:49）
三、收获：
1.PARENT_TYPE_ID的用处是用来关联上一级类型，出现的场景为，一个员工他即是该公司员工又是该公司的购买者，那么当设计购买者这个类型时，它就可以关联员工类型；这样的好处是在设计该员工的角色时不需要用两条记录，只用一条指明他是购买者就可以了，避免了数据的冗余。
2.ofbiz在设计库表时，对实体进行了抽象，如员工拥有角色、组织拥有角色，ofbiz把他们的共同点合在一起设置成一张表角色表。ATTRIBUTE属性表的好处是避免了表里的字段过于多。出现场景：所有公司都放在PARTY_GROUP表里，该表只是把大多数公司都具有的属性罗列出来，而某公司拥有的特殊属性则放在PARTY_ATTRIBUTE表里，这样就不需要在PARTY_GROUP表里穷尽公司会拥有的所有属性，从而导致表字段过多。
3.CONTACT_MECH_TYPE_PURPOSE表的作用是用来规范某种联系类型拥有的联系目的。出现场景：在我们新建联系方式时，会有一个选择目的的下拉列表，该下拉列表的数据就是从该表里读取而来的。