通用组织模型读记

读IS YOUR ORGANIZATION TOO UNIQUE
TO USE UNIVERSAL DATA MODELS?

http://www.tdan.com/i010fe04.htm

1.分离组织跟角色的信息
   Party,PartyDefinition,DefintionType(可选)
2.抽象出组织间的关系的常用属性(包括:优先,状态,开始日期)
   Party,PartyRelation,Relation Priority Definition,
   Relation Status Definition,Relation Type(可选).
  具体的PartyRelation可用子类型或者关联来进行处理。

3.描述Party地址的复杂的地址模式
  通过PartyAddress
    Party同PartyAddress(1:m)
    PartyAddress同Address(m:1)
  得到Party同Address的多对多关系。
  通式通过Address Role得到对PartyAddress的分类功能(可选)
 
4.复杂的联系模式
  Party可以有电话号码,电子邮件等联系机制.
  Party,Party Contact Mechanism
  Contact Mechanism(with sub types)
  Contact Definition Type(optional,too complex)
  Party Contact Mechanism role and it's type(太复杂了吧,有这样的需要!?)

ORM的处理:
1.需要一个多态Many-to-one关系
2.Party PartyRelation需要多态关联
3.简单的关联关系
4.方法1:Contact Definition Type不需要,直接使用Contact Mechanism的子类机制。
   方法2:使用Map实现可定义的Contact Mechanism,定义则为Contact Definition Type。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值