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

真心不错的文章,可以加深对企业信息化的设计理解:)

http://blog.sina.com.cn/s/blog_a2ca5d8c01017fa0.html

http://blog.sina.com.cn/s/blog_a2ca5d8c01017m3r.html

http://blog.sina.com.cn/s/blog_a2ca5d8c0101fbt6.html

http://blog.sina.com.cn/s/blog_a2ca5d8c0101fbxt.html

http://blog.sina.com.cn/s/blog_a2ca5d8c0101fccy.html

http://blog.sina.com.cn/s/blog_a2ca5d8c0102v9la.html

时间: 2024-11-05 12:31:05

【转】ofbiz数据库表结构设计的相关文章

ofbiz数据库表结构设计(2)- CONTACT_MECH

ofbiz中,party的电话.地址等联系方式设计得非常巧妙,让我们来仔细分析一下. 有一个叫做CONTACT_MECH的表,这张表我们把它称作联系方式表,一个电话号码.一个通讯地址.一个电子邮件,都分别会在这张表里找到对应的一条记录.然后通过PARTY_CONTACT_MECH表与PARTY进行多对多关联,也就是一个PARTY可以对应多个联系方式,同样一个联系方式也可以对应多个PARTY(比如家庭成员共用一个电话号码). 在PARTY_CONTACT_MECH里,我们又发现了FROM_DATE

数据库表结构设计方法

author:skate time:2011-02-12 数据库表结构设计方法 当我们设计一个数据库存储模式时,要仔细分析数据模式,不要一股脑的把所有的数据都放在一起.那样的话对系统的可用性,高效能,扩展性都会有严重的影响.当然你设计的系统非常小,完全可以用最简单的方法. 要通过对业务的熟练,从不同的角度对数据进行多维度分析,一般可以从如下几个方向分析: 1.       数据流向 2.       数据访问特点 3.       数据量的大小 4.       数据的增长量 5.      

数据库表结构设计方法及原则(Ali)

数据库设计的三大范式:为了建立冗余较小.结构合理的数据库,设计数据库时必须遵循一定的规则.在关系型数据库中这种规则就称为范式.范式是符合某一种设计要求的总结.要想设计一个结构合理的关系型数据库,必须满足一定的范式. 在实际开发中最为常见的设计范式有三个:第一范式是最基本的范式.如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库表满足了第一范式:第二范式在第一范式的基础之上更进一层.第二范式需要确保数据库表中的每一列都和主键相关,而不能只与主键的某一部分相关(主要针对联合主键而言).也

数据库表结构设计方法及原则

http://www.cnblogs.com/RunForLove/p/5693986.html 数据库设计的三大范式:为了建立冗余较小.结构合理的数据库,设计数据库时必须遵循一定的规则.在关系型数据库中这种规则就称为范式.范式是符合某一种设计要求的总结.要想设计一个结构合理的关系型数据库,必须满足一定的范式. 在实际开发中最为常见的设计范式有三个:第一范式是最基本的范式.如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据库表满足了第一范式:第二范式在第一范式的基础之上更进一层.第二范

Activiti5.13数据库表结构设计

1.结构设计 1.1.    逻辑结构设计 Activiti使用到的表都是ACT_开头的. ACT_RE_*: ’RE’表示repository(存储),RepositoryService接口所操作的表.带此前缀的表包含的是静态信息,如,流程定义,流程的资源(图片,规则等). ACT_RU_*: ‘RU’表示runtime,运行时表-RuntimeService.这是运行时的表存储着流程变量,用户任务,变量,职责(job)等运行时的数据.Activiti只存储实例执行期间的运行时数据,当流程实例

数据库表结构设计方法【来自转载】

当我们设计一个数据库存储模式时,要仔细分析数据模式,不要一股脑的把所有的数据都放在一起.那样的话对系统的可用性,高效能,扩展性都会有严重的影响.当然你设计的系统非常小,完全可以用最简单的方法. 要通过对业务的熟练,从不同的角度对数据进行多维度分析,一般可以从如下几个方向分析: 1.       数据流向 2.       数据访问特点 3.       数据量的大小 4.       数据的增长量 5.       数据的生命周期 根据以上数据特点,综合数据模式对数据表进行分类: 1.     

数据库表结构设计

用户表(这里要注意,高并发的时候username是不能重复的,那么就采用了唯一索引user_name_unique,把username的唯一性交给mysql处理): 并且注意,密码是MD5加完盐之后的值,MD5是非对称加密,无法解密. 注意decimal的第一位数字是总位数,包含右边小数: /* Navicat Premium Data Transfer Source Server : 182.92.82.103 Source Server Type : MySQL Source Server

数据库表设计原则

(1)不应针对整个系统进行数据库设计,而应该根据系统架构中的组件划分,针对每个组件所处理的业务进行组件单元的数据库设计:不同组件间所对应的数据库 表之间的关联应尽可能减少,如果不同组件间的表需要外键关联也尽量不要创建外键关联,而只是记录关联表的一个主键,确保组件对应的表之间的独立性,为系统 或表结构的重构提供可能性. (2)采用领域模型驱动的方式和自顶向下的思路进行数据库设计,首先分析系统业务,根据职责定义对象.对象要符合封装的特性,确保与职责相关的数据项被定 义在一个对象之内,这些数据项能够完

如何优雅的进行表结构设计

作者:仁风H链接:https://zhuanlan.zhihu.com/p/20785905来源:知乎著作权归作者所有.商业转载请联系作者获得授权,非商业转载请注明出处. 数据库表结构设计作为后端软件开发不可或缺的一环,是每个后端工程师都会经历的过程.笔者也多次经历过这样的过程,也尝试过多种不同的设计方案,也从一些优秀的框架中学到不少,但并没有发现相关的文章对其进行总结.所以本文尝试把笔者看到的.学到的总结下来,希望对阅读本文的读者有所启发. 表结构设计主要有两个目的,一是让表结构更加的更具有表