文档介绍：数据标准设计规范
篇一:数据库结构设计规范(XX0512)
sinoSoft
软件开发规范——数据库结构设计规范
中科软股份有限公司
版本 XX-2-19 编号:
文档历史
一、标准词汇
为使文档可读性强,消除歧义,请使用标准词汇。
1、表(Table)
严格区分“表”和“库”,禁止“代码库”等不规范用法,而应使用“代码表”等词汇。例如:应命名为‘门诊信息表’,不能命名为‘门诊信息库’。
2、表名(Table Name)
避免“表名称”等用法。例如:应称‘门诊信息表名’为‘AIDS _outpatient’,不能称‘门诊信息表名称’为‘AIDS _outpatient’。
3、表中文名
避免“汉字表名”、“表汉字名”等用法。例如:应称‘表中文名’为‘门诊信息表’,不能称‘表汉字名’为‘门诊信息表’。
4、字段(Field)
字段为行和列的交。严格区分“列(column)”和“字段”的用法。
5、列名(Column Name)
避免“字段名”等用法。例如:应称‘列名’为‘NM_EMP’,不能称‘字段名’为‘NM_EMP’。
6、列中文名
避免“汉字列名”、“列汉字名”等用法。例如:应称‘列中文名’为‘员工名称’,不能称‘列汉字名’为‘员工名称’。
7、代码和编码
代码与编码是有区别的,编码作动词使用,由用户自己确定编码规则,例如:应称‘邮政编码’,不能称‘邮政代码’。代码是在业务中已存在的名词,不需要再确定编码规则,例如:应称‘传染病代码’,不能称‘传染病编码’。
8、序号
避免使用“编号”等用法,如果是系统自动产生的值,都应称‘序号’。例如:‘流水序号’。如果是用户自已编的号,一律称‘编号’,不能称‘编码’。
9、数据类型(Data Type)
指data type时,一律用“数据类型”,不要简称“类型”等。
10、行(Row)
行和记录(record)含义相同,在文档中应尽量使用“行”。
11、标志
用于真、假的二意性判断,数据类型varchar2(1),值域统一使用大写的{’Y’,’N’}。避免使用“标识”等用法。
12、行数、列数
避免使用“记录数”、“字段数”等用法。
二、数据库设计的CASE工具
1、用Sybase公司的POWER DESIGN 9工具,进行数据模型设计(PDM)。 2、确定各表的列内容(列名、列中文名、数据类型、长度、可空)、表的主键、索引,确定出各表之间的主外键关系。
3、对一些标志字段或特殊用途的字段,需加上列值的说明,在table ment项中列出。
4、ment项中列出。
5、如果表间存在主从表关系,必须画出来。
6、在不同表中用到的相同列名,一定要保证数据类型和宽度一致,必须用add方式。
7、表中字段如果有缺省值,ment项中列出
8、表必须有主键。 9、提取时:
只提取主模型和自己负责的子模型。如果修改自己的表,可只提取子模型。提交时:
先进行Check,只有无Error和Warning时方能提交,在提交前保留一个文件副本;
只提交子模型;
不允许修改别人的表,如果真的要修改别人的表,必须由表属主进行修改;相应,如果发现自己的表被别人修改了,必须先进行调查,确认修改人和修改原因是什么,如果自己认可,则由自己进行修改后提交,如果无法查出修改人或修改原因,则用自己的版本对其修改进行履盖。 10、凡需提交新建子模型时,请预先告知管理员;
11、注释:多多益善(ment项中)
表:
反映的是什么?
是从哪些表证中抽取出来的? 反映的是什么?
应注意事项等,尤其是对重点。
对某些逆规范化的字段,一定要注明增加冗余列的原因。
列:
注释的参考原则:
你画的PDM必须是能让别人看懂。现在是你最清楚,也最方便输入,这种形式也最容易被后续人员采用。如果别人看不懂你建的表和列名,他迟早会找到你。
这类似于程序注释,其最好的输入时机是在你构思和编程时,虽然当时会觉得有些费时,但在总的工作时间上(对自己也是如此)是大大地节省了。或者你可以想出在更合适的时候输入这些在你大脑中的信息。
12、Domain
凡是需要建Domain的,请先和管理员联系,并提供所要求的数据类型要求,个人请不要自己去建立。
14、每次修改PDM前,请先从库中提取。
15、列中涉及以下有关数据项时,请采用domain进行类型定义: ? 涉及销售额等金额的数值:
Numeric(16,2)
? 涉及比率、比例、分成的数值:Numeric(10,6) ? 涉及货物单价