mysql表名规范_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
mysql创建表数据类型
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) 检查设计

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。