mysql数据库命名与设计规范.docxVIP

MYSQL 数据库命名与设计规范 设计原则 1） 标准化和规范化 数据的标准化有助于消除数据库中的数据冗余。标准化有好 几种形式，但 Third Normal Form （ 3NF ）通常被认为在性 能、扩展性和数据完整性方面达到了最好平衡。简单来说， 遵守 3NF 遵守 3NF 标准的数据库的表设计原则是： One Fact in One Place ”即某个表只包括其本身基本的属性，当不是它们本身 所具有的属性时需进行分解。表之间的关系通过外键相连接。 它具有以下特点：有一组表专门存放通过键连接起来的关联 数据。 举例：某个存放客户及其有关定单的 3NF 数据库就可能有 两个表：Customer和Order。Order表不包含定单关联客户 的任何信息，但表内会存放一个键值，该键指向 Customer 表里包含该客户信息的那一行。 事实上，为了效率的缘故，对表不进行标准化有时也是必要 的。 2） 数据驱动 采用数据驱动而非硬编码的方式，许多策略变更和维护都会 方便得多，大大增强系统的灵活性和扩展性。 举例，假如用户界面要访问外部数据源 （文件、 XML 文档、 其他数据库等） ，不妨把相应的连接和路径信息存储在用户 界面支持表里。还有，如果用户界面执行工作流之类的任务 发送邮件、打印信笺、修改记录状态等） ，那么产生工作 流的数据也可以存放在数据库里。角色权限管理也可以通过 数据驱动来完成。事实上，如果过程是数据驱动的，你就可 以把相当大的责任推给用户，由用户来维护自己的工作流过 程。 3） 考虑各种变化 在设计数据库的时候考虑到哪些数据字段将来可能会发生 变更。 举例，姓氏就是如此（注意是西方人的姓氏，比如女性结婚 后从夫姓等）。所以，在建立系统存储客户信息时，在单独 的一个数据表里存储姓氏字段，而且还附加起始日和终止日 等字段，这样就可以跟踪这一数据条目的变化。 数据库涉及字符规范 采用 26 个英文字母 （区分大小写 ）和 0-9 这十个自然数 ,加上 划线 _组成,共 63 个字符 .不能出现其他字符 （注释除外 ）. 注意事项 : 1） 以上命名都不得超过 30 个字符的系统限制 .变量名的长 度限制为 29（ 不包括标识字符 @）. 2） 数据对象、变量的命名都采用英文字符 ,禁止使用中文命 名.绝对不要在对象名的字符之间留空格 小心保留词 ,要保证你的字段名没有和保留词、数据库系 统或者常用访问方法冲突 5) 保持字段名和类型的一致性 ,在命名字段并为其指定数据 类型的时候一定要保证一致性 .假如数据类型在一个表里是 整数 ,那在另一个表里可就别变成字符型了 数据库命名规范 数据库 , 数据表一律使用前缀 正式数据库名使用小写英文以及下划线组成 ,尽量说明是那 个应用或者系统在使用的 .比如 : web_19floor_net web_car 备份数据库名使用正式库名加上备份时间组成 ,如: web_19floor_netweb_car数据库表命名规范 数据表名使用小写英文以及下划线组成 ,尽量说明是那个应 用或者系统在使用的 . 相关应用的数据表使用同一前缀 ,如论坛的表使用 cdb_ 前缀 , 博客的数据表使用 supe_ 前缀 ,前缀名称一般不超过 5 字 比如: web_user web_group supe_userspace 备份数据表名使用正式表名加上备份时间组成 ,如: web_userweb_groupsupe_userspace字段命名规范 字段名称使用单词组合完成 ,首字母小写 ,后面单词的首字母 大写 ,最好是带表名前缀 . 如 web_user 表的字段 : userId userName userPassword 表与表之间的相关联字段要用统一名称 如 web_user 表里面的 userId 和 web_group 表里面的 userId 相对应 字段类型规范 规则 :用尽量少的存储空间来存数一个字段的数据 比如能用 int 的就不用 char 或者 varchar 能用 tinyint 的就不用 int 能用 varchar(20) 能用 varchar(20) 的就不用 varchar(255) 时间戳字段尽量用 int 时间戳字段尽量用 int 型， 如 created: 表示从 1970-01-01 08:00:00 开始的 08:00:00 开始的ht秒数， 采用英文单词的过去式； gmtCreated: gmtCreated: 表示 datetime 类型的时间，即形如 1980-01-01 00:00:00 的时间串 00:00:00 的时间串,ava 中对应