ofbiz中,party的电话、地址等联系方式设计得非常巧妙,让我们来仔细分析一下。

有一个叫做CONTACT_MECH的表,这张表我们把它称作联系方式表,一个电话号码、一个通讯地址、一个电子邮件,都分别会在这张表里找到对应的一条记录。然后通过PARTY_CONTACT_MECH表与PARTY进行多对多关联,也就是一个PARTY可以对应多个联系方式,同样一个联系方式也可以对应多个PARTY(比如家庭成员共用一个电话号码)。

CONTACT_MECH" title="ofbiz数据库表结构设计(2)- CONTACT_MECH">



在PARTY_CONTACT_MECH里,我们又发现了FROM_DATE和THRU_DATE两个字段。我们当然可以理解,每个联系方式都会有有效期间(从FROM_DATE到THRU_DATE),这样的设计使得我们不必为PARTY的联系方式烦恼了。比如,某个用户的电话号码改变了,我们只需在原先的PARTY_CONTACT_MECH记录里的THRU_DATE设为今天,然后新增一条记录代表用户新的电话号码。这样的设计,保留了老的电话号码,使得系统运维人员总是能够找到历史的记录。

在CONTACT_MECH表里,有两个字段:CONTACT_MECH_TYPE_ID和INFO_STRING。我们先来看CONTACT_MECH_TYPE_ID,该字段是个外键指向CONTACT_MECH_TYPE。如果我们在初始化ofbiz的时候导入了初始数据,就会发现CONTACT_MECH_TYPE里存放的是“EMAIL_ADDRESS”、“POSTAL_ADDRESS”、“TELECOM_NUMBER”等联系方式的类型。这里有人会问,怎么没有MOBILE_NUMBER(手机号码)?在ofbiz中,手机的联系方式类型也是“TELECOM_NUMBER”。那如何表达手机呢?这时需要引入另外一张表,CONTACT_MECH_PURPOSE_TYPE。在初始化数据里,我们发现许多例如“PHONE_HOME”、“SHIPPING_LOCATION”、“PHONE_MOBILE”等代表联系目的的数据。手机是作为一种联系目的在CONTACT_MECH_PURPOSE_TYPE表中定义了(也就是“PHONE_MOBILE”这条数据),并通过CONTACT_MECH_TYPE_PURPOSE表(注意不是CONTACT_MECH_PURPOSE_TYPE)与CONTACT_MECH_TYPE_ID进行了多对多的关联。CONTACT_MECH_TYPE_PURPOSE也就定义了哪些联系方式的类型可以有哪些联系目的。

CONTACT_MECH" title="ofbiz数据库表结构设计(2)- CONTACT_MECH">

在CONTACT_MECH里,有个字段叫INFO_STRING,如果这个CONTACT_MECH代表的是email,则INFO_STRING里的内容就是email,不过如果这个CONTACT_MECH代表的是电话号码或地址,那哪里存放区号、城市、邮编等内容呢?显然,ofbiz是不会把这些信息一股脑儿都弄成字符串存放到INFO_STRING里,这样的话,就必须有另外两张表:TELECOM_NUMBER(存放电话号码)和POSTAL_ADDRESS(存放地址),这两张表各有外键指向CONTACT_MECH。

CONTACT_MECH" title="ofbiz数据库表结构设计(2)- CONTACT_MECH">

到这里,我们已经把有关PARTY的联系方式介绍得差不多了,基本概念都已经在了。但是还有一张表,或许是最为关键的一张表,PARTY_CONTACT_MECH_PURPOSE。这张表里有主要是三个字段,都是外键:PARTY_ID(指向PARTY的外键)、CONTACT_MECH_ID(指向CONTACT_MECH的外键)、CONTACT_MECH_PURPOSE_TYPE_ID(指向CONTACT_MECH_PURPOSE_TYPE的外键)。这三个外键的组合,唯一指明了某个PARTY的某个联系方式(CONTACT_MECH)是做什么用的(CONTACT_MECH_PURPOSE_TYPE)。

CONTACT_MECH" title="ofbiz数据库表结构设计(2)- CONTACT_MECH">

不过这个PARTY_CONTACT_MECH_PURPOSE和PARTY_CONTACT_MECH感觉上是重合的,PARTY_CONTACT_MECH_PURPOSE已经包含了PARTY_CONTACT_MECH的所有信息,之所以还要有PARTY_CONTACT_MECH,可能也是为了概念上以及使用上的方便,不过这个也增加了维护方面的成本。

原文地址:http://www.cnblogs.com/jpfss/p/9023024.html

ofbiz数据库表结构设计(2)- CONTACT_MECH的更多相关文章

  1. ofbiz数据库表结构设计(3)- 订单ORDER

    对于订单来说,主要的表就是ORDER_HEADER和ORDER_ITEM.ORDER_HEADER就是所谓的订单头,一条记录代表一条订单. ORDER_PAYMENT_PREFERENCE是订单的支付 ...

  2. ofbiz数据库表结构设计(1)- PARTY

    ofbiz的精华就在于其数据结构(表结构)的设计.数据结构的通用性也决定了ofbiz几乎可以适用任何企业应用.我们首先来看看PARTY相关的表结构设计. 在ofbiz中,PARTY是个抽象概念,它可以 ...

  3. 【转】ofbiz数据库表结构设计

    真心不错的文章,可以加深对企业信息化的设计理解:) http://blog.sina.com.cn/s/blog_a2ca5d8c01017fa0.html http://blog.sina.com. ...

  4. 数据库表结构设计方法及原则(li)

    数据库设计的三大范式:为了建立冗余较小.结构合理的数据库,设计数据库时必须遵循一定的规则.在关系型数据库中这种规则就称为范式.范式是符合某一种设计要求的总结.要想设计一个结构合理的关系型数据库,必须满 ...

  5. MySQL基于左右值编码的树形数据库表结构设计

    MySQL基于左右值编码的树形数据库表结构设计   在关系型数据库中设计树形的数据结构一直是一个十分考验开发者能力的,最常用的方案有主从表方案和继承关系(parent_id)方案.主从表方案的最大缺点 ...

  6. Activiti5.13数据库表结构设计

    1.结构设计 1.1.    逻辑结构设计 Activiti使用到的表都是ACT_开头的. ACT_RE_*: ’RE’表示repository(存储),RepositoryService接口所操作的 ...

  7. 【VIP视频网站项目三】项目框架搭建、项目路由配置、数据库表结构设计

    一.项目路由的设计 目前项目代码已经全部开源:项目地址:https://github.com/xiugangzhang/vip.github.io 视频网站前台页面路由设计 路由 请求方法 模板 作用 ...

  8. Mysql数据库表结构设计准则

    一:动静分离 解释:最好做好静态表和动态表的分离.这里解释一下静态表和动态表的含义,静态表:存储着一些固定不变的资源,比如城市/地区名/国家(静态表一定要使用缓存).动态表:一些频繁修改的表 二:关于 ...

  9. 【Normal Form】数据库表结构设计所遵从的范式

    参考的优秀文章 数据库(第一范式,第二范式,第三范式) 数据库设计是件严肃.关键的事儿,一毕业,加入一个大型的行业项目,那儿的前辈资深工程师,就给我灌输数据库如何关键.神圣.深不可测的观念,所以,我一 ...

随机推荐

  1. Dungeon Master POJ - 2251 (搜索)

    Dungeon Master Time Limit: 1000MS   Memory Limit: 65536K Total Submissions: 48605   Accepted: 18339 ...

  2. Centos7之WEB服务器

    1.安装httpd服务 输入命令:yum -y install httpd [root@N37012 ~]# yum -y install httpc Loaded plugins: fastestm ...

  3. 二十七、MySQL 复制表

    MySQL 复制表 如果我们需要完全的复制MySQL的数据表,包括表的结构,索引,默认值等. 如果仅仅使用CREATE TABLE ... SELECT 命令,是无法实现的. 本章节将为大家介绍如何完 ...

  4. Ansible学习 安装

    对于运维人员来说,自动化工具是日常工作中比不可少的.Ansible是一个很好的自动化工具. Ansible默认使用SSH协议管理机器,在管理主机上安装Ansible,管理主机和被管理主机只要安装了py ...

  5. HDwiki 源代码 - 互动百科开源

    昨日3.15,在曝光的企业中出现了一家让我好奇的企业(互动百科),一直不敢想百科能独立出来做成一家公司.出于对网站的好奇,今日进入该网站,惊讶的是此公司已经上市(股票代码:835799),在网站的底部 ...

  6. Nearest Common Ancestors POJ - 1330 (LCA)

    Nearest Common Ancestors Time Limit: 1000MS   Memory Limit: 10000K Total Submissions: 34657   Accept ...

  7. 使用FileSystem类进行文件读写及查看文件信息

    使用FileSystem类进行文件读写及查看文件信息   在这一节我们要深入了解Hadoop的FileSystem类——这是与与hadoop的文件系统交互的重要接口.虽然我们只是着重于HDFS的实现, ...

  8. 菜鸟学Linux - Hard Link与Symbolic Link

    在学习Hard Link与Symbolic Link之前,需要大概了解一下inode与data block.在Linux的文件系统中,一个文件对应一个inode与若干个data block.inode ...

  9. laravel5.2总结--文件上传

    1 配置 文件系统的配置文件在 config/filesystems.php 文件中,此处我们新建一个uploads本地磁盘空间用于存储上传的文件,具体配置项及说明如下: <?php retur ...

  10. 5个最佳的Android测试框架(带示例)

    谷歌的Android生态系统正在不断地迅速扩张.有证据表明,新的移动OEM正在攻陷世界的每一个角落,不同的屏幕尺寸.ROM /固件.芯片组以及等等等等,层出不穷.于是乎,对于Android开发人员而言 ...