Ofbiz数据库表结构设计.docVIP

目录 TOC \o 1-5 \h \z \o Current Document \h Ofbiz数据库表结构设计 2 \o Current Document \h ofbiz数据库表结构设计-PARTY 2 \o Current Document \h ofbiz数据库表结构设计-CONTACT_MECH 4 \o Current Document \h Ofbiz数据库表结构设计-订单ORDER 8 \o Current Document \h ofbiz数据库表结构设计-订单支付0RDER_PAYMENT_PREFERENCE 10 \o Current Document \h ofbiz数据库表结构设计?库存INVENTORY 12 \o Current Document \h ofbiz 数据库表结构设计 一 Payment Invoice 13 Ofbiz数据库表结构设计 转载：.en/s/blog a2ca5d8c01017fa0.html ofbiz数据库表结构设计- PARTY ofbiz的精华就在于其数据结构（表结构）的设计。数据结构的通用性也决 定了 ofbiz几乎可以适用任何企业应用。我们首先来看看PARTY相关的表结构设 计。 在ofbiz中，PARTY是个抽象概念，它可以是一个人（用户、员工、家人等 等），也可以是个组织（公司、部门、项目组、供应商、集团客户等等）。然而 毕竟个人和组织的许多属性是不同的，比如姓名就只有个人有，组织只有组织名 称等等，因此，在PARTY基础上派生出两个对彖（两张表）,PERSON带表个人， PARTY_GROUP代表组织。我们注意到在PERSON和PARTY_GROUP两张表里，有 PARTY_ID作为外键指向PARTY表的PARTY_ID主键，而PARTY_ID在PERSON和 PARTY_GROUP里同时也扮演着主键的角色。这种设计模式人人简化了程序开发的 复杂度。 下面再來看看PARTY的角色。ofbB中并没有一个我们习惯的ROLE表，而只 有一个ROLE.TYPE表。其实这个ROLE_TYPE就是我们习惯的ROLE,可能是ofbiz 觉得现实屮并不清什么是ROLE,什么是ROLE_TYPE,取而代Z的是ROLE.TYPE 里有个PARENT_ROLE_TYPE_ID指向门己,用此方式来表示一个ROLE_TYPE（角色） 的层级结构。 PARTY_ROLE是PARTY和ROLE_TYPE的多对多关系表，我们当然能够理解，一 个PARTY痛常会有多个角色。 of biz的角色相关的设让中，最精妙的是PARTY_RELATT0NSHTPo PARTY_RELATIONSI1IP 的几个主要字段是 PARTY_ID_FROM PARTY_ID_TO、 ROLE_TYPE_ID_FROM、ROLE_TYPE_1D_TO PARTY_RELAT 1 OSH 1 P_TYPE_ 1Do 现实社 会中，毎个人前有不同的甬色，毎个人与其他只或组织也有并同的头系， PARTY_RELATIONSHIP就是为了这些复杂的人以及组织之间的关系而设计的。比 如，某个人P是某个公司0的雇员，那么在PARTY_RELATTONSHTP表中， PARTY_ID_FROM指向PARTY表中的P这条数据，PARTY_ID_TO指向PARTY表中的 0 这条数据，ROLE_TYPE_1D_FROM 指向 ROLE_TYPE 表中的 EMPLOYEE （ofbiz 的初 始数据中有）,R0LE_TYPE_ID_T0 指向 R0LE_TYPE 表中的 ORGANIZATION_UNIT （ofbiz 的初始数据小有），PART Y_REL AT IONSHI P_T YPE_ ID 指向 P ARTY_R El .AT T ONSH T P_TYPE 表中的 EMPLOYMENT （ofbiz 的初始数据中冇）。用这 种方捉，我们可以表示出社会上几乎所有的人、组织Z间的关系。在 PARTY_RELAT1ONSH1P屮，我们还发现冇两个屈性，FROM_DATE和THRU_DATE,表 明，这个relationship只在FR0MJ3ATE和THRU_DATE之间的日期有班，过期无 效。这种设计广泛存在于ofibz的其它对象中，通常当某个对象的内容更新了， ofbiz不会去更新原有的记录，而是将原先的记录的THRU.DATE设为当天（即到 今犬为止就过期了），另外再新增加一条记录，FROM.DATE设为第二天（即从明 天开始有效）。 在应用中，我们经常会给人或组织进行分类。如按照公司雇员人数进行分类, 按照公司所屈行业进行分类，按照用户的年龄进行分类，按照用户的积分进行分 类