1 / 15
文档名称:

数据库命名规范.doc

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

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

分享

预览

数据库命名规范.doc

上传人:1006108867 2019/11/18 文件大小:99 KB

下载得到文件列表

数据库命名规范.doc

文档介绍

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