谈Apache OFbiz 会员模块表结构设计

数据库表的结构设计可谓是ofbiz除技术框架之外，另一个非常值得学习的方向。这篇文章我们来谈谈ofbiz对电子商务会员表的设计。

PARTY

ofbiz对人、团体进行了抽象，称之为party，翻译为中文称之为“会员”（但我觉得抛开领域，如果你也有相关的设计需求，在其他领域可能称之为团体更合适）。会员在ofbiz被设计为一个抽象的概念（对应到面向对象设计中，你可以称其为一个基类），它有两个具体的延伸（继承者）：分别是PERSON以及PARTY_GROUP。数据库的E-R图：

这里PERSON，PARTY_GROUP分别表示“个人会员”、“组织会员”。Party只是一种抽象，它定义了可以被抽象为“会员”的对象所具有的基本特征。但 “个人”以及“组织”会员却具备比 “基本会员”更多的特征，所以此处从Party延伸出两张表来存储这些额外的特征信息它们的主键都是PARTY表的PARTY_ID。

PARTY_TYPE

partyType定义了party的类型约束。E-R图如下：

可以看到，PARTY_TYPE是拥有层级关系的（它的一个属性PARENT_TYPE_ID自关联了PARTY_TYPE的主键：PARTY_TYPE_ID，下面如果看到E-R图上有自关联到本身的，都表示这种关系，不再敖述）。

ofbiz提供的初始数据中有如下几种party type：

构建成层级关系如下图所示：

上面展示的两张表：PERSON、PARTY_GROUP也是其中的两个partyType，并且这些partyType都可以独立扩展的，PERSON、PARTY_GROUP也是仅有的两个扩展。这也是上面表结构中这两个记录的HAS_TABLE值为Y的原因。

PARTY_ROLE

就跟社会的“角色分工”一样，一个会员在系统中也必定会拥有属于自己的角色。而PARTY_ROLE表就是用于关联会员与角色类型的关系表，很明显会员与角色类型是多对多的关系（这里需要提及的是：ofbiz中只有角色类型，没有角色，或者更准确点说，角色类型包含了角色）。

PARTY_RELATIONSHIP

上面我们看到的会员是一类“抽象”的实体。不管它表示的是个人，还是组织，它总是会跟其他会员发生关系，就好像一个人不可能脱离社会而孤立得存在着，他必然有自己的社会角色，并跟社会的其他“团体”产生联系。这在ofbiz中被抽象为“partyRelationship”。我们来看它是如果表达“关系”这个语义的：