ofbiz的精华就在于其数据结构（表结构）的设计。数据结构的通用性也决定了ofbiz几乎可以适用任何企业应用。我们首先来看看PARTY相关的表结构设计。
在ofbiz中，PARTY是个抽象概念，它可以是一个人（用户、员工、家人等等），也可以是个组织（公司、部门、项目组、供应商、集团客户等等）。然而毕竟个人和组织的许多属性是不同的，比如姓名就只有个人有，组织只有组织名称等等，因此，在PARTY基础上派生出两个对象（两张表），PERSON带表个人，PARTY_GROUP代表组织。我们注意到在PERSON和PARTY_GROUP两张表里，有PARTY_ID作为外键指向PARTY表的PARTY_ID主键，而PARTY_ID在PERSON和PARTY_GROUP里同时也扮演着主键的角色。这种设计模式大大简化了程序开发的复杂度。
下面再来看看PARTY的角色。ofbiz中并没有一个我们习惯的ROLE表，而只有一个ROLE_TYPE表。其实这个ROLE_TYPE就是我们习惯的ROLE，可能是ofbiz觉得现实中分不清什么是ROLE，什么是ROLE_TYPE，取而代之的是ROLE_TYPE里有个PARENT_ROLE_TYPE_ID指向自己，用此方式来表示一个ROLE_TYPE（角色）的层级结构。
PARTY_ROLE是PARTY和ROLE_TYPE的多对多关系表，我们当然能够理解，一个PARTY通常会有多个角色。
ofbiz的角色相关的设计中，最精妙的是PARTY_RELATIONSHIP。PARTY_RELATIONSHIP的几个主要字段是PARTY_ID_FROM、PARTY_ID_TO、ROLE_TYPE_ID_FROM、ROLE_TYPE_ID_TO、PARTY_RELATIOSHIP_TYPE_ID。现实社会中，每个人都有不同的角色，每个人与其他人或组织也有不同的关系，PARTY_RELATIONSHIP就是为了这些复杂的人以及组织之间的关系而设计的。比如，某个人P是某个公司O的雇员，那么在PARTY_RELATIONSHIP表中，PARTY_ID_FROM指向PARTY表中的P这条数据，PARTY_ID_TO指向PARTY表中的O这条数据，ROLE_TYPE_ID_FROM指向ROLE_TYPE表中的EMPLOYEE（ofbiz的初始数据中有），ROLE_TYPE_ID_TO指向ROLE_TYPE表中的ORGANIZATION_UNIT（ofbiz的初始数据中有），PARTY_RELATIONSHIP_TYPE_ID指向PARTY_RELATIONSHIP_TYPE表中的EMPLOYMENT（ofbiz的初始数据中有）。用这种方式，我们可以表示出社会上几乎所有的人、组织之间的关系。在PARTY_RELATIONSHIP中，我们还发现有两个属性，FROM_DATE和THRU_DATE，表明，这个relationship只在FROM_DATE和THRU_DATE之间的日期有效，过期无效。这种设计广泛存在于ofibz的其它对象中，通常当某个对象的内容更新了，ofbiz不会去更新原有的记录，而是将原先的记录的THRU_DATE设为当天（即到今天为止就过期了），另外再新增加一条记录，FROM_DATE设为第二天（即从明天开始有效）。
PARTY" title="ofbiz数据库表结构设计（1）- PARTY">
在应用中，我们经常会给人或组织进行分类。如按照公司雇员人数进行分类，按照公司所属行业进行分类，按照用户的年龄进行分类，按照用户的积分进行分类等等。为了能够实现这种灵活的分类方法，ofbiz使用了三张表，PARTY_CLASSIFICATION、PARTY_CLASSIFICATION_GROUP、PARTY_CLASSIFICATION_TYPE。其关系如下图：
PARTY_CLASSIFICATION_TYPE是分类的方法，如：ANNUAL_REVENUE表示按年收入分类、INDUSTRY_CLASSIFICAT表示按行业分类等等。PARTY_CLASSIFICATION_GROUP表示了在某种分类方式下的分类级别，PARTY_CLASSIFICATION则是PARTY和PARTY_CLASSIFICATION_GROUP的多对多关系表，即明确该PARTY属于哪个分类方式下的哪个级别。举个例子，很多零售企业会根据客户的购买金额把客户分为金牌用户、银牌用户等等，这时，我们需要在PARTY_CLASSIFICATION_GROUP里增加几条记录（如：PARTY_CLASSIFICATION_TYPE_ID=VALUE_RATING，DESCRIPTION=金牌用户）来代表金牌用户、银牌用户等等，然后通过PARTY_CLSSIFICATION将用户与PARTY_CLASSIFICATIO_GROUP进行关联。同样，我们可以定义不同的PARTY_CLASSIFICATIO_GROUP来代表不同其它分类的级别，并将用户（PARTY）进行关联。
原文地址：http://blog.sina.com.cn/s/blog_a2ca5d8c01017fa0.html
2018-05-11更新
我们公司支付系统的数据库涉及跟这个高度类似，一直不太理解“party”的概念，看了这个数据库设计开始理解我们将“party”表作为“当事人”的概念来理解了。