文档介绍：数据库结构命名规范
目 录
第一章 介绍
L 邸
乙 范围
文档约定
虫 参考文档
第二章 命名及设计规范
L 数据库表(Table)、字段(Field)命名及设计规范
表命名规范
列命名规范
设计规范
存储过程(Pndom生成。
那么2007年12月26日15时44分产生的数据记录，其主键应类似于 071226154430233901
(注：主键生成的规则需抽象出具体方法放入底层架构中)
系统中属于是业务范围内的编码的列，其代表一定的业务信息，比如办件信 息和单据的编号，这样的列建议命名为：业务含义+ "_CODE”，其数据类型为 varchar,该列需加唯一索引。如：组织机构代码可命名为CL_ORGAN_CODE。
在命名表的列时，不要重复表名；例如，在名为T_SYS_USER的表中避免使用 名为CL_USERNAME的列，应直接使用CL_NAME。
不要在列名中包含数据类型。
不要使用“ID”作为列名。
关联列命名以“CL_关联表的表义名(或缩写)—列名”构成。
1. 3设计规范
所有列在设计时，除以下数据类型timestamp > image > datetime > smalldatetime> uniqueidentifier> binary、sql_variant> varbinary 夕卜，必须有默 认值。字符型的默认值为一个空字符值串；数值型的默认值为数值0;逻辑型 的默认值为数值0；其中：系统中所有逻辑型中数值0表示为“假”；数值I表 示为"真”o datetime> smalldatetime类型的列没有默认值，必须为NULL。当 列定义为字符串型时建议使用varchar而不用nvarchar。在Oracle中，不建议
使用varchar,建议用varchar2或char类型。
2)
尽量遵守第三范式的标准（3NF）
表内的每一个值只能表达一次；
表内的每一行都应当被唯一的标示；
表内不应该存储依赖于其他键的非键信息；
如果列事实上是与其它表的关键字相关联而未设计为外键引用，需建索 引；
如果列与其他表的列相关联，需建索引；
如果列需做模糊查询之外的条件查询，需建索引；
除了主关键字允许建立簇索引外，其他列所建索引必须为非簇索引。
3） 列必须填写描述信息
2,存储过程（Procedure）命名及设计规范
2. 1命名规范
1） 存储过程的命名遵循以下命名规范：“系统名_+PR_系统模块缩写（与表前缀 类似）—功能标识—代表存储过程操作的主要表义名（不带前缀）或功能的英文 单词或英文单词缩写”，长度不能超过30个字符。
2） 如果一个存储过程只对一个表进行操作，建议存储过程的名称就用存储过程 所操作的表的表名（不带前缀）。这样有利于根据表名找到相应的存储过程。为 了在众多的存储过程中能很快的找到并维护存储过程，我们按存储过程的作用 将系统的存储过程进行以下的分类及命名：（以下示例假设存储过程所在的模块 名为ORG）
作用第一前缀第二前缀名（示例）
用于修改的存储过程P R_0 RG_U P D_E M P LOYE E 用于删除的存储过程PR_ORG_DEL_EMPLOYEE 用于单据查询的存储过程PR_ORG_QUERY_EMPLOYEE 用于报表统计的存储过程PR_ORG_RPT_STATSEMPLOYEE
用于一些特殊过程处理的存储过程PR_ORG_OTH_SETSYSTEMMESSAGE
（注：在Oracle中应将存储过程进行分类，按照分类建立不同的PACKAGE,存 储过程要从属于某一个PACKAGEo ）
3） 如果系统中的存储过程只有一级，则遵照以上规则命名，如果存在多级，则
需要区分其属于哪一级，具体为“PR+所属的级次+_+后面的部分”表明：其调 用了第（所属级次-1）级的存储过程 例如：
PR1_ORG_ADD_SUBJECT （没有调用其它存储过程）
PR2_ORG_UPD_SUBJECT （调用了第1级的存储过程）
PR3_ORG_QUERY_SUBJECT （调用了第2级的存储过程）
2设计规范
在存储过程中必须说明以下内容：
1） 目的：说明此存储过程的作用。
2） 作者：首次创建此存储过程的人的姓名。
3） 创建日期：创建存储过程时的日期。
4） 修改记录：修改记录需包含修改顺序号、修改者、修改日期、修改原因，修 改时不能直接在原来的代码上修改，也不能删除原来的代码，只能先将原来的 代码注释掉，再重新增加正确的代码。修改顺序号的形式为：logl, log2Jog3......,
根据修改次数顺序增加，同时在注释掉的原来的代码块和新增的正确代码块前 后注明修改顺序号。