1 / 16
文档名称:

数据库命名规范.doc

格式:doc   大小:244KB   页数:16页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

数据库命名规范.doc

上传人:pppccc8 2019/10/18 文件大小:244 KB

下载得到文件列表

数据库命名规范.doc

文档介绍

文档介绍::.. : 32基本命名规则 (Database)的命名 (Table)的定义 : 122」ORule 122」4Default 132」5Check约束 133编程结构和描述 : ...else 154触发器编程规范 。当然,也别做过头了,比如:CustomerShippingAddressStreetLinel虽然很富冇说明性,但没人愿意键入这么长的名字,!!!:。(有唯一键)。、数据库系统或者常用访问方法冲突,比如,写的一个ODBC连接程序里有个表,其中就用了DESC作为说明字段名。后果可想而知!DESC是DESCENDING缩写后的保留词。表里的一个SELECT*语句倒是能用,但我得到的却是一大堆毫无用处的信息。。假如字段在某个表中叫做“AgmoMontimber”,你就别在另一个表里把名字改成“rofl”。假如数据类型在一个表里是整数,那在另一个表里可就别变成字符型了。记住,你干完自己的活了,其他人还要用你的数据库呢。2基本命名规则在这里,我提岀如下数据库设计的建议:1) 如果要写代码来确保表中的行都是唯一的,就为表添加一个主键。2) 如果要写代码来确保表中的一个单独的列是唯一的,就为表添加一个约束。3) 如果要写代码确定表中的列的取值只能属于某个范围,就添加一个Chock约束。4) 如果要写代码来连接父一子表,就创建一个关系。5) 如果要写代码来维护“一旦父表屮的一行发生变化,连带变更子表中的相关行”,就启用级联删除和更新C6) 如果要调用大量的Join来进行一个查询,就创建一个视图。7) 如果要逐条的写数据库操作的语句來完成一个业务规则,就使用存储过程。NOTE:这里我没冇提到触发器,实践证明触发器会使数据库迅速变得过于复杂,更重要的是触发器难以调试,如果不小心建了个连环触发器,就更让人头疼了,所以我更倾向于根木就不使用触发器。(Table)lbtbStudent字段(Column)varvarTitle默认值(default)df_dfdefault视图(View)VWvwActivity存储过程(Storedprocedure)prprDelOrdcr触发器(Trigger)trtrOrder_D索引(Index)ix_ix_CustomerID主键(Primarykey)pk_pkAdmin外键(Foreignkey)fk_fkOrder_OrderTypeCheck约束(CheckConstraint)ckckTableColumnUnique约束uq_uq_TtibleColumn用户定义数据类型(User-defineddatatype)udtudtPhone用户定义函数(User-definedfunction)(Database)的命名数据库名称二数据库内容标识(首字大写)粮食局项目数据库命名规定:DB一单位编码(单位编码由单位编码表描述)(Table)的定义命名应尽量反映存储的数据内容。表名前缀:以该表及与该表相关联的一系列表的内容而得到一个代表统一的标识表名称二表名前缀(tb)+表内容标识(首字大写)如Employee相关联的一系的表以t