1、Party(团体):
最初的通讯簿模型如下:
用团体来概括人和组织:
这样做的好处是人和组织都可以同等的来考虑。对于电话来说,我不需要知道这是属于一个公司的,还是只是属于个人的。
2、组织层次
考虑下面一种情况,一个跨国公司芳香咖啡机制造公司(ACM),它有很多分公司,每个分公司又分成不同的区域子公司,而每个区域子公司又分成不同的部门,每个部门有很多销售办事处。
我们通常会这样来建构:
好,现在我的需求改变了,分公司下面我不再设区域子公司,而是直接设置部门,那这个模型就需要修改了。
考虑如下的层次结构:
如果分公司下面我不再设区域子公司,而是直接设置部门,则只要把部门的约束条件改为parent must be operating unit就可以了。
好,我们的需求又变了,我们要建立一个服务小组既要向销售办事处负责,又要向服务部门负责。如何来表示呢?
再加一个关系啊:
如果有多种关系呢,这样加下去也不是办法啊?有没有什么办法可以不用增加关系?而能表示多种关系呢?
3、组织结构
考虑一下在关系型数据库中是如何处理多对多的关系呢?对!建立一个新的表来表示,这边套用一下的话,就变成了如下的结构:
这样如果要增加关系,就只要增加相应的组织结构,还可以给定时间段呢。
好像忘了什么东西了,对了,约束没有加呢。约束该加在哪里呢?我感觉如果规则因为组织结构类型的不同而不同,我们完全可以把规则加到组织结构类型上,加上规则后就成了下图:
难道这张图只能用于组织结构吗?非也。