下载文档原格式
数据库命名规范数据库命名规范是指在设计和管理数据库时，为数据库、数据表、字段等各个元素命名时应遵循的一些规则和约定。
良好的数据库命名规范可以提高数据库的可读性、可维护性和易用性。
下面是一个较为详细的数据库命名规范，总计1000字。
1. 数据库命名规范1.1 数据库名应该具有描述性，能够清晰地表达数据库所存储的数据的含义。
1.2 数据库名应该使用小写字母，并可以使用下划线（_）进行分隔，以提高可读性。
1.3 不要使用特殊字符、空格或保留字作为数据库名。
2. 表命名规范2.1 表名应该使用小写字母，并可以使用下划线（_）进行分隔，以提高可读性。
2.2 表名应使用单数形式，避免使用复数形式。
2.3 表名应具有描述性，能够清晰地表达表的含义。
3. 字段命名规范3.1 字段名应使用小写字母，并可以使用下划线（_）进行分隔，以提高可读性。
3.2 字段名应具有描述性，能够清晰地表达字段的含义。
3.3 字段名应使用名词或名词短语，避免使用动词作为字段名。
3.4 字段名不应过长，一般不超过30个字符。
3.5 字段名不应使用保留字，以免造成歧义。
4. 主键命名规范4.1 主键字段名应使用表名加上“_id”的形式，以提高可读性。
4.2 主键字段名应具有描述性，能够清晰地表达主键的含义。
4.3 主键字段名应使用具体的名词，不应使用抽象的名词作为主键字段名。
5. 外键命名规范5.1 外键字段名应使用被关联表名加上“_id”的形式，以提高可读性。
5.2 外键字段名应具有描述性，能够清晰地表达外键的含义。
5.3 外键字段名应使用被关联表的主键字段名作为前缀，以区分不同的外键。
6. 索引命名规范6.1 索引名应使用小写字母，并可以使用下划线（_）进行分隔，以提高可读性。
6.2 索引名应具有描述性，能够清晰地表达索引的含义。
6.3 索引名应使用被索引的字段名作为前缀，以便于识别和管理。
7. 视图命名规范7.1 视图名应使用小写字母，并可以使用下划线（_）进行分隔，以提高可读性。
数据库命名规范数据库命名规范1．采用26个英文字母加数字加下划线组成，不能出现其他字符。
2．多个单词用下划线连接。
3．命名不得超过30个字符。
4．单词建议使用完整的单词，如果导致长度超过30个字符，则从最后一个单词开始，一次使用该单词的缩写，如果没有约定的缩写，则采用该单词的前4个字母来表示。
5．要使用能正确表达表意义的单词。
6．不使用保留字.7．命名要有实际的意义.库命名规范使用小写英文字母和下划线备份数据库名使用正式库名加时间组成，如：gaiya_20110525表命名规范1）表名要全部小写2）表名必须以模块名开头，如果单词太长，可以采用缩写。
3）公用的表要以‘pub_’开头4）关系表要以‘_rel’结尾，如：user_authority_rel user_group_rel5）单词要采用单数，如：gift，poster6）同一模块的表要以相同的前缀开头（优先级低于第五条），如：字段命名规范1)字段名全部小写2)字段名有两个单词的情况，用“_”连接，如：poster表字段poster_name，不推荐用posterName3)字段最好带表名前缀，如poster表字段poster_id；如果表名过长，可以取表名缩写，如果表名是多个单词组合，可以取第一个单词外加后续单词的首字母。
4)表与表之间关联的字段要用统一的名称，如：跟user表关联的user_id字段。
跟pub_class表关联的pc_id字段。
5)主键以’_id’结尾，主键作为外键的可以除外，6)时间类型的字段以‘_date’结尾7)状态字段统一用state，作为删除回收站使用字段类型规范1）用尽量少的存储空间来存储一个字段的数据2）主键统一类型char(22)3）时间类型统一用bigint索引命名规范idx[0-9]_[表名简写]_[实际名字]其他1、数据不使用外键，在实体层关联2、一对一的关系，即是主键又是外键的方式3、关系表不采用联合主键，单独创建主键。
数据库命名规范1.1数据库对象对象前缀数据库⽆表⽆视图VI索引IX存储过程SP函数FN触发器TR⾃定义数据类型udDefault DF主键pct.外键FKrule ru序列SqUNIQUE uq数据库对象采⽤26个英⽂字母（区分⼤⼩写）和0－9这⼗个⾃然数，加上下划线_组成，共63个字符。
不能出现其他字符（注释除外）。
同⼀个数据库中这些对象名都是不能重复C CHECK_CONSTRAINTD DEFAULT_CONSTRAINTF FOREIGN_KEY_CONSTRAINTIT INTERNAL_TABLEP SQL_STORED_PROCEDUREPK PRIMARY_KEY_CONSTRAINTS SYSTEM_TABLESQ SERVICE_QUEUETR SQL_TRIGGERU USER_TABLEUQ UNIQUE_CONSTRAINTV VIEW1.2命名规范规定1.表名使⽤单数名例如：对⽤户信息的表（User）不使⽤Users2.避免⽆谓的表格后缀1、表是⽤来存储数据信息的,表是⾏的集合。
那么如果表名已经能够很好地说明其包含的数据信息，就不需要再添加体现上⾯两点的后缀了。
2、 GuestInfo(存储客户信息)应写成Guest，FlightList（存储航班信息的表）应写成Flight3.所有表⽰时间的字段，统⼀以 Date 来作为结尾（⽽不是有的使⽤Date,有的使⽤Time）以⼤家都熟悉的论坛来说，需要记录会员最后⼀次登录的时间，这时候⼀般⼈都会把这个字段命名为LoginTime 或者 LoginDate。
这时候，已经产⽣了⼀个歧义;如果仅看表的字段名称，不去看表的内容，很容易将LoginTime理解成登录的次数，因为，Time还有⼀个很常⽤的意思，就是次数4.所有表⽰数⽬的字段，都应该以Count作为结尾5.所有代表链接的字段，均为Url结尾6.所有名称的字符范围为：A-Z, a-z, 0-9 和_(下划线)。
数据库命名规范（表、字段名）一．实体和属性旳命名1．常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。
注意，由于ORCAL 数据库会将字段名称统一成大写或者小写中旳一种，因此规定加上下划线举例：定义旳缩写 Sales: Sal 销售；Order: Ord 订单；Detail: Dtl 明细；则销售订单名细表命名为：Sal_Ord_Dtl;2．假如表或者是字段旳名称仅有一种单词，那么提议不使用缩写，而是用完整旳单词。
一、【操作规范】1. 如无备注，则表中旳第一种id字段一定是主键且为自动增长；2. 如无备注，则数值类型旳字段请使用UNSIGNED属性；3. 如无备注，排序字段order_id在程序中默认使用降序排列；4. 如无备注，所有字段都设置NOT NULL，并设置默认值；5. 如无备注，所有旳布尔值字段，如is_hot、is_deleted，都必须设置一种默认值，并设为0；6. 所有旳数字类型字段，都必须设置一种默认值，并设为0；7. 针对varchar类型字段旳程序处理，请验证顾客输入，不要超过其预设旳长度；8. 建表时将数据字典中旳字段中文名和属性备注写入数据表旳备注中(“PK、自动增长”不用写)；9. 如无阐明，建表时一律采用innodb引擎；二、【常用表名约定】0. 阐明：表前缀用项目名称首字母缩写；因此表名都小写，单词之间用下划线分开，单词都用单数形式1. user –顾客2. category –分类3. goods –商品、产品等一切可交易网站旳物品都用此命名4. good_gallery –物品旳相册5. good_cate –物品旳分类，除了单独作为表名，其他地方分类单词一律用缩写cate4. attr –属性5. article –文章、新闻、协助中心等以文章形式出现旳，一般都用此命名6. cart –购物车7. feedback –顾客反馈8. order –订单9. site_nav –包括页头和页尾导航10. site_config –系统配置表11. admin –后台顾客【RBAC原则表】12. role –后台顾客角色【RBAC原则表】13. access –后台操作权限，相称于action【RBAC原则表】14. role_admin –后台顾客对应旳角色【RBAC原则表】15. access_role –后台角色对应旳权限【RBAC原则表】16. 待续三、【常用列名约定】1. 表名_id –一般用作外键命名2. cid –特殊旳编号，带有元数据，以便关联查询，你可以把它理解成类别(层次)编号。
数据库命名规范（表、字段名）一．实体和属性的命名1．常用单词已经进行了缩写，在命名过程当中，根据语义拼凑缩写即可。
注意，由于ORCAL 数据库会将字段名称统一成大写或者小写中的一种，所以要求加上下划线举例：定义的缩写Sales: Sal 销售；Order: Ord 订单；Detail: Dtl 明细；则销售订单名细表命名为：Sal_Ord_Dtl;2．如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。
举例：定义的缩写Material Ma 物品；物品表名为：Material, 而不是Ma.但是字段物品编码则是：Ma_ID;而不是Material_ID3．所有的存储值列表的表前面加上前缀Z目的是将这些值列表类排序在数据库最后。
4．所有的冗余类的命名(主要是累计表)前面加上前缀X冗余类是为了提高数据库效率，非规范化数据库的时候加入的字段。
或者表5．关联类通过用下划线连接两个基本类之后，再加前缀R的方式命名,后面按照字母顺序罗列两个表名或者表名的缩写。
关联表用于保存多对多关系。
如果被关联的表名大于10个字母，必须将原来的表名的进行缩写。
如果没有其他原因，建议都使用缩写。
举例：表Object与自身存在多对多的关系,则保存多对多关系的表命名为：R_Object；表Depart和Employee;存在多对多的关系；则关联表命名为R_Dept_Emp6．每一个表都将有一个自动ID作为主健,逻辑上的主健作为第一组候选主健来定义,如果是数据库自动生成的编码，统一命名为：ID;如果是自定义的逻辑上的编码则用缩写加“ID”的方法命名。
举例：销售订单的编号字段命名：Sal_Ord_ID；如果还存在一个数据库生成的自动编号，则命名为：ID。
7．所有的属性加上有关类型的后缀，类型后缀的缩写定义见文件《类型后缀缩写定义》，注意，如果还需要其它的后缀，都放在类型后缀之前。
二．关系的命名关系的命名基本上按照;如有特殊情况,可以灵活处理．[must/may/can/should][verb/verb+prep][a/many/exatly num][or a/many]的结构命名三．域的命名四．触发器的命名五．有关于默认的几点说明1．严格依赖关系的主细表，主表的后缀Main可以不写。
数据库字段命名规则
以内
1.简洁易懂：尽量采用有意义的英文名称，更利于快速理解，而不是英文的拼音、容易困惑的简写等；
2.规范约束：遵守一定的命名规范，保证相同规范下的有效性，例如大写规则，全大写（ALL_UPPER_CASE），驼峰命名（camelCase）等，它们能够减少错误；
3.分段分词：多个构成，如用下划线分隔，比如有USER_ID（用户ID）、USER_NAME （用户名称），而不是像userid，usename；
4.避免冲突：与关键字以及或系统函数等冲突，如order（订单），desc（降序排列），len（长度）等；
5.节省符号：比如姓名name，而不宜命名为na_me，者密码password，而不应该写成pwd，给人造成混乱；
6.不用复数或单数：不要把名称写成英文的复数形式，如user在表的命名中也不要写成users，这样会让人误解；
7.中文命名：当有多好的表达意思再采用中文名称来命名数据库字段，比如订单编号使用ORDER_NO将变得更加清晰易懂。
数据库命名规范一、数据库文件命名数据文件命名采用系统名+_+文件类型，比如系统名为ComSys，则数据库文件命名为ComSys_database.mdf，有的数据库文件有多个，比如SQL Server就有2个，一个是数据库文件，另一个是日志文件，那么他们的文件命名分别为ComSys_database.mdf，ComSys_log.log。
二、数据库对象命名规范数据库对象包括表、视图（查询）、存储过程（参数查询）、函数、约束。
对象名字由前缀和实际名字组成，长度不超过30。
1、前缀：使用小写字母。
如：表tb视图vi存储过程sp函数fn2、实际名字：实际名字尽量描述实体的内容，由单词或单词组合，每个单词的首字母大写，其他字母小写，不以数字和_开头。
如：表User_Info视图User_List存储过程User_Delete3、示例：合法的对象名字类似如下：表tb_User_Info tb_Message_Detail视图vi_Message_List存储过程sp_Message_Add三、表的命名1) 表名由前缀和实际名字组成。
前缀使用小写字母tb，表示表。
对工作用表来说，表名可以加上前缀WORK_ 后面附上采用该表的应用程序的名字。
在命名过程当中，根据语义拼凑缩写即可。
注意，由于ORCLE会将字段名称统一成大写或者小写中的一种，所以要求加上下划线。
举例：定义的缩写Sales: Sal 销售；Order: Ord 订单；Detail: Dtl 明细；则销售订单明细表命名为：tb_Sal_Ord_Dtl;2) 如果表或者是字段的名称仅有一个单词，那么建议不使用缩写，而是用完整的单词。
举例：定义的缩写Material Ma 物品；物品表名为：tb_Material, 而不是tb_Ma.但是字段物品编码则是：Ma_ID;而不是Material_ID3) 所有的存储值列表的表前面加上前缀Z目的是将这些值列表类排序在数据库最后。
引言：数据库设计命名规范是一个关键的方面，它对于数据库的管理和维护至关重要。
本文将为你详细介绍数据库设计命名规范的一些重要内容，以便于更好地组织和管理数据库。
概述：正文内容：1. 表名命名规范- 使用具有描述性的名称：表名应该能够准确地描述表的内容和功能，避免使用缩写或简写。
- 使用复数形式：表名应该使用复数形式，以便更好地表示它们是一组数据所组成的。
- 避免使用特殊字符和空格：表名应该只包含字母、数字和下划线，避免使用特殊字符和空格。
- 使用统一的命名风格：表名应该采用一致的命名风格，例如驼峰命名法或下划线命名法。
2. 列名命名规范- 使用具有描述性的名称：列名应该能够准确地描述列的含义和作用。
- 避免使用保留字和关键字：列名应该避免使用数据库系统中的保留字和关键字。
- 使用统一的命名风格：列名应该采用一致的命名风格，例如驼峰命名法或下划线命名法。
- 使用合适的数据类型命名：列名应该能够反映出列的数据类型，例如使用“_id”表示外键列。
3. 约束命名规范- 使用具有描述性的名称：约束名应该能够准确地描述约束的类型和作用。
- 使用统一的命名风格：约束名应该采用一致的命名风格，例如驼峰命名法或下划线命名法。
- 使用前缀或后缀标识约束类型：约束名可以使用前缀或后缀来表示约束的类型，例如使用“pk_”表示主键约束，使用“fk_”表示外键约束。
4. 索引命名规范- 使用具有描述性的名称：索引名应该能够准确地描述索引的字段和排序方式。
- 使用统一的命名风格：索引名应该采用一致的命名风格，例如驼峰命名法或下划线命名法。
- 使用前缀或后缀标识索引类型：索引名可以使用前缀或后缀来表示索引的类型，例如使用“idx_”表示普通索引，使用“uniq_”表示唯一索引。
5. 数据库对象命名规范- 存储过程、函数和触发器命名：存储过程、函数和触发器的命名应该能够准确地描述它们的功能和作用。
- 使用统一的命名风格：存储过程、函数和触发器的命名应该采用一致的命名风格，例如驼峰命名法或下划线命名法。
数据库命名规则一．数据库：1. 基本命名规则表 1. 基本数据库对象命名2. 关于命名的约定变量 (T-SQL 编程中声明的变量 ) 、过程 ( 存储过程或触发器等 ) 、实体 ( 表、字段 ) 应该根据他们所代表的实体意义和进程作用来命名：表 2. 好的命名和不好的命名范例a. 动宾形式：动词放前面，名词放后面。
eg:prd_GetProductByIdb. 不要使用计算机术语，尽量使用面向公司业务的术。
c. 采用缩写如果完全根据上一条的要求，那么根据业务描述的过程名可能会变得很冗长，比如下面：prCountTotalAmountOfMonthlyPayments (计算每月付费的总金额)prGetParentOrganizationalUnitName ( 获取上级单位名称)Ø如果可以在字典里找到一个词的缩写，就用这个做为缩写，比如：Mon(Monday)、Dec(December)Ø可以删除单词元音(词首字母除外)和每个单词的重复字母来缩写一个单词。
比如：Current = Crnt、Address = Adr、Error = Err、Average = AvgØ不要使用有歧异的缩写(一般是语音上的歧义)。
比如b4(before)、xqt(execute)，4tran(Fortran)3. 数据库命名根据项目的实际意义来命名4. 表命名“tbl_”+ 名称(名称尽量使用英文单词，每个单词的首字母大写)5. 字段命名表名(去掉前缀)缩写+ ”_”+ 属性名称(每个单词的首字母大写)缩写:五笔拆字法取字母一个单词：取前四个字母二个单词：取每个单词的前两个字母三个单词：取前两个单词的首字母和第三个单词的前两个字母。
四或四个以上：取前三个单词的首字母和最后一个单词的首字母。
6. 主键命名主键是针对一个表的, 而不是针对一个字段,因为主键是唯一的，一个表只能有一个主键。
数据库字段名称命名规则
数据库字段名称命名规则是一个系统性规范，旨在确保数据库设计和开发过程中的一致性和可维护性。
以下是一些常见的命名规则: 1. 命名规范：库名、表名、字段名禁止使用 MySQL 保留字，并且必须是名词的复数形式，使用写字母，多个名词采下划线分割单词。
2. 常英语命名：库名、表名、字段名建议使用英语命名，以便见名知意，与业务、产品线等相关联。
3. 命名与实际含义关联：字段名应该与实际含义相关联，有助于理解数据库表中的数据和字段的作用。
4. 长度限制：库名、表名、字段名长度应该限制在 32 个字符以内，为了减少传输量和提高规范性，建议不超过 32 个字符。
5. 缩写规则：当字段名过长时，可以使用缩写来减少长度。
例如，“性别”可以缩写为“gender”。
6. 主键命名规则：主键按照 PKtable 的规则命名，其中 table 为数据库表名，column 为字段名。
7. 唯一键命名规则：唯一键按照 UKtablecolumn 的规则命名，其中 table 为数据库表名，column 为字段名。
8. 外键命名规则：外键按照 FKparentchildnn 的规则命名，其中 parent 为表名，child 为表名，nn 为序列号。
遵循这些规则可以帮助开发人员更好地设计和开发数据库表，提高数据库的可维护性和可读性。
同时，也有助于团队协作和代码规范。
文档属性：
文档变更
MYSQL数据库命名及设计规范
1.设计原则
1) 标准化和规范化
数据的标准化有助于消除数据库中的数据冗余。
标准化有好几种形式，但Third Normal Form （3NF）通常被认为在性能、扩展性和数据完整性方面达到了最好平衡。
简单来说，遵守3NF 标准的数据库的表设计原则是：“One Fact in One Place”即某个表只包括其本身基本的属性，当不是它们本身所具有的属性时需进行分解。
表之间的关系通过外键相连接。
它具有以下特点：有一组表专门存放通过键连接起来的关联数据。
举例：某个存放客户及其有关定单的3NF 数据库就可能有两个表：Customer和Order。
Order 表不包含定单关联客户的任何信息，但表内会存放一个键值，该键指向Customer表里包含该客户信息的那一行。
事实上，为了效率的缘故，对表不进行标准化有时也是必要的。
2) 数据驱动
采用数据驱动而非硬编码的方式，许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。
举例，假如用户界面要访问外部数据源（文件、XML 文档、其他数据库等），不妨把相应的连接和路径信息存储在用户界面支持表里。
还有，如果用户界面执行工作流之类的任务（发送邮件、打印信笺、修改记录状态等），那么产生工作流的数据也可以存放在数据库里。
角色权限管理也可以通过数据驱动来完成。
事实上，如果过程是数据驱动的，你就可以把相当大的责任推给用户，由用户来维护自己的工作流过程。
3) 考虑各种变化
在设计数据库的时候考虑到哪些数据字段将来可能会发生变更。
举例，姓氏就是如此（注意是西方人的姓氏，比如女性结婚后从夫姓等）。
所以，在建立系统存储客户信息时，在单独的一个数据表里存储姓氏字段，而且还附加起始日和终止日等字段，这样就可以跟踪这一数据条目的变化。
2.数据库涉及字符规范
采用26个英文字母(区分大小写)和0-9这十个自然数,加上下划线'_'组成,共63个字符.不能出现其他字符(注释除外).
注意事项:
1) 以上命名都不得超过30个字符的系统限制.变量名的长度限制为29(不包括标识字符@).
2) 数据对象、变量的命名都采用英文字符,禁止使用中文命名.绝对不要在对象名的字符之间留空格.
3) 小心保留词,要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突
5) 保持字段名和类型的一致性,在命名字段并为其指定数据类型的时候一定要保证一致性.假如数据类型在一个表里是整数,那在另一个表里可就别变成字符型了.
3.数据库命名规范
数据库,数据表一律使用前缀
正式数据库名使用小写英文以及下划线组成,尽量说明是那个应用或者系统在使用的.比如: web_19floor_net
web_car
备份数据库名使用正式库名加上备份时间组成,如:
web_19floor_net_20070403
web_car_20070403
4.数据库表命名规范
数据表名使用小写英文以及下划线组成,尽量说明是那个应用或者系统在使用的.
相关应用的数据表使用同一前缀,如论坛的表使用cdb_前缀,博客的数据表使用supe_前缀,前缀名称一般不超过5字
比如:
web_user
web_group
supe_userspace
备份数据表名使用正式表名加上备份时间组成,如:
web_user_20070403
web_group_20070403
supe_userspace_20070403
5.字段命名规范
字段名称使用单词组合完成,首字母小写,后面单词的首字母大写,最好是带表名前缀.
如web_user 表的字段:
userId
userName
userPassword
表与表之间的相关联字段要用统一名称,
如web_user 表里面的userId 和web_group 表里面的userId 相对应
6.字段类型规范
规则:用尽量少的存储空间来存数一个字段的数据.
比如能用int的就不用char或者varchar
能用tinyint的就不用int
能用varchar(20)的就不用varchar(255)
时间戳字段尽量用int型，如created:表示从'1970-01-01 08:00:00'开始的int秒数，采用英文单词的过去式；gmtCreated:表示datetime类型的时间，即形如'1980-01-01 00:00:00'的时间串，Java中对应的类型为Timestamp
7.数据库设计文档规范
所有数据库设计要写成文档,文档以模块化形式表达.大致格式如下：
'-------------------------------------------
' 表名：web_user
' 作者：Aeolus(傻鱼)
' 日期：2007-04-11
' 版本： 1.0
' 描述：保存用户资料
' 具体内容：
' UserID int,自动增量用户代码
' UserName char(12) 用户名字
' ......
'--------------------------------------------
8.索引使用原则：
1) 逻辑主键使用唯一的成组索引,对系统键(作为存储过程)采用唯一的非成组索引,对任何外键列采用非成组索引.考虑数据库的空间有多大,表如何进行访问,还有这些访问是否主要用作读写.
2) 大多数数据库都索引自动创建的主键字段,但是可别忘了索引外键,它们也是经常使用的键,比如运行查询显示主表和所有关联表的某条记录就用得上.
3) 不要索引blob/text等字段,不要索引大型字段(有很多字符),这样作会让索引占用太多的存储空间.
4) 不要索引常用的小型表
不要为小型数据表设置任何键,假如它们经常有插入和删除操作就更别这样作了.对这些插入和删除操作的索引维护可能比扫描表空间消耗更多的时间.
9.sql语句规范
所有sql关键词全部大写,比如SELECT,UPDATE,FROM,ORDER,BY等,所有的表名和库名都要用``包含
如:
SELECT COUNT(*) FROM `cdb_members` WHERE `userName` = 'aeolus';
10.其他设计技巧
1) 避免使用触发器
触发器的功能通常可以用其他方式实现.在调试程序时触发器可能成为干扰.假如你确实需要采用触发器,你最好集中对它文档化.
2) 使用常用英语(或者其他任何语言)而不要使用编码或者拼音首字母缩写
在创建下拉菜单、列表、报表时最好按照英语名排序.假如需要编码或者拼音首字母缩写,可以在旁边附上用户知道的英语.
3) 保存常用信息
让一个表专门存放一般数据库信息非常有用.在这个表里存放数据库当前版本、最近检查/修复(对Access)、关联设计文档的名称、客户等信息.这样可以实现一种简单机制跟踪数据库,当客户抱怨他们的数据库没有达到希望的要求而与你联系时,这样做对非客户机/服务器环境特别有用.
4) 包含版本机制
在数据库中引入版本控制机制来确定使用中的数据库的版本.时间一长,用户的需求总是会改变的.最终可能会要求修改数据库结构.把版本信息直接存放到数据库中更为方便.
5) 编制文档
对所有的快捷方式、命名规范、限制和函数都要编制文档.
采用给表、列、触发器等加注释的数据库工具.对开发、支持和跟踪修改非常有用.
对数据库文档化,或者在数据库自身的内部或者单独建立文档.这样,当过了一年多时间后再回过头来做第2 个版本,犯错的机会将大大减少。
6) 测试、测试、反复测试
建立或者修订数据库之后,必须用用户新输入的数据测试数据字段.最重要的是,让用户进行测试并且同用户一道保证选择的数据类型满足商业要求.测试需要在把新数据库投入实际服务之前完成。
7) 检查设计
在开发期间检查数据库设计的常用技术是通过其所支持的应用程序原型检查数据库.换句话说,针对每一种最终表达数据的原型应用,保证你检查了数据模型并且查看如何取出数据。
