(参考)数据库结构设计规范20040512.docVIP

sinoSoft 状态：草案 审批者： 审批日期： 软件开发规范——数据库结构设计规范 中科软股份有限公司 版本 1.0 2004－2－19 编号： 文档历史 日期 作者 版本 注释 2004-2-19 司义品 1.0 创建 2004-5-12 siyipin  一、标准词汇 为使文档可读性强，消除歧义，请使用标准词汇。 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 properties中的notes项和general的comment项中列出。 4、表的用途说明及与其它表的关联也在notes项和general的comment项中列出。 5、如果表间存在主从表关系，必须画出来。 6、在不同表中用到的相同列名，一定要保证数据类型和宽度一致，必须用add方式。 7、表中字段如果有缺省值，统一在notes项和general的comment项中列出 8、表必须有主键。 9、提取时： 只提取主模型和自己负责的子模型。如果修改自己的表，可只提取子模型。 提交时： 先进行Check，只有无Error和Warning时方能提交，在提交前保留一个文件副本； 只提交子模型； 不允许修改别人的表，如果真的要修改别人的表，必须由表属主进行修改；相应，如果发现自己的表被别人修改了，必须先进行调查，确认修改人和修改原因是什么，如果自己认可，则由自己进行修改后提交，如果无法查出修改人或修改原因，则用自己的版本对其修改进行履盖。 10、凡需提交新建子模型时，请预先告知管理员； 11、注释：多多益善 （统一写在notes项和general的comment项中） 表： 反映的是什么？ 是从哪些表证中抽取出来的？ 列： 反映的是什么？ 应注意事项等，尤其是对重点。 对某些逆规范化的字段，一定要注明增加冗余列的原因。 注释的参考原则： 你画的PDM必须是能让别人看懂。现在是你最清楚，也最方便输入，这种形式也最容易被后续人员采用。如果别人看不懂你建的表和列名，他迟早会找到你。 这类似于程序注释，其最好的输入时机是在你构思和编程时，虽然当时会觉得有些费时，但在总的工作时间上（对自己也是如此）是大大地节省了。或者你可以想出在更合适的时候输入这些在你大脑中的信息。 12、Domain 凡是需要建Domain的，请先和管理员联系，并提供所要求的数据类型要求，