数据库表命名规范

表名命名规则
    1.数据库表的命名以是名词的复数形式且都为小写，如cities, categories, friends等等
    2.若是表名由几个单词组成，则单词间用下划线(“_”)分割，如subscribed_pois,poi_categories等
    3.表名尽可能用全名
    4.表名限制在30个字符内。当表的全名超过30字符时，可用缩写来减小表名的长度，如description –> desc；information –> info；address –> addr等
表字段名命名规则
    1.字段名为小写
    2.字段名为有意义的单词，或单词的缩写
    3.若是字段由几个单词组成，则单词间用下划线(“_”)分割，如client_id，post_code等
    4.字段名限制在30个字符内。当字段名超过30字符时，可用缩写来减小字段名的长度，如description –> desc；information –> info；address –> addr等
索引命名规则
    1.索引须按照IDX_table_<column>_<column>,其中<table>是创建索引的表名，<column>是创建索引的字段名
 2.索引名限制在30个字符内。当索引名超过30字符时，可用缩写来减小索引名的长度，如description –> desc；information –> info；address –> addr等
主键、外键命名规则
    1.主键按照PK_<table>的规则命名，其中<table>为数据库表名
    2.惟一键按照UK_<table>_<column>的规则命名，其中<table>为数据块表名，<column>为字段名
    3.外键按照FK_<pppp>_<cccc>_<nn>的规则命名，其中<pppp>为父表名，<cccc>为子表名，<nn>为序列号

数据库规范化设计的一些基本要求：
1、表中应该避免可为空的列。
    虽然表中容许空列，可是，空字段是一种比较特殊的数据类型。数据库在处理的时候，须要进行特殊的处理。如此的话，就会增长数据库处理记录的复杂性。当表中有比较多的空字段时，在同等条件下，数据库处理的性能会下降许多。
解决方法：一是经过设置默认值的形式，来避免空字段的产生。二是若一张表中，容许为空的列比较多，接近表所有列数的三分之一。并且，这些列在大部分状况下，都是无关紧要的。若数据库管理员遇到这种状况，建议另外创建一张副表，以保存这些列。
2、表不该该有重复的值或者列。
3、表中记录应该有一个惟一的标识符。
4、数据库对象要有统一的前缀名。
5、尽可能只存储单一实体类型的数据。
6、尽可能符合数据库的几个范式。

设计规范
全部字段在设计时，除如下数据类型timestamp、image、datetime、smalldatetime、uniqueidentifier、 binary、sql_variant、binary 、varbinary外，必须有默认值。字符型的默认值为一个空字符值串’’；数值型的默认值为数值0；逻辑型的默认值为数值0；
其中：系统中全部逻辑型中数值0表示为“假”；数值1表示为“真”。
datetime、smalldatetime类型的字段没有默认值，必须为NULL。
当字段定义为字符串形时建议使用varchar而不用nvarchar。
字段的描述
数据库中每一个字段的描述(Description)以下：
表内的每个值只能被表达一次
表内的每一行都应当被惟一的标示
表内不该该存储依赖于其余键的非键信息
若是字段事实上是与其它表的关键字相关联而未设计为外键引用，需建索引。
若是字段与其它表的字段相关联，需建索引。

SQL 开发代码规范
咱们规定sql语句编码的时候程序员须要遵循如下规范：
    1.全部的关键字的全部字母必须大写。若是一个常量由几个词组成，咱们规定两个词之间使用下划线（_）来划分。表名、列名、视图名或它们的别名必须和它们的定义保持一致。
    2.注释必需要规范。

其余设计技巧
    1.避免使用触发器
触发器的功能一般能够用其余方式实现。在调试程序时触发器可能成为干扰。假如你确实须要采用触发器，你最好集中对它文档化。
    2.使用经常使用英语(或者其余任何语言)而不要使用编码在建立下拉菜单、列表、报表时最好按照英语名排序。假如须要编码，能够在编码旁附上用户知道的英语。
    3.保存经常使用信息。让一个表专门存放通常数据库信息很是有用。在这个表里存放数据库当前版本、最近检查/修复、关联设计文档的名称、客户等信息。这样能够实现一种简单机制跟踪数据库，当客户抱怨他们的数据库没有达到但愿的要求而与你联系时，这样作对非客户机/服务器环境特别有用。
    4.包含版本机制。在数据库中引入版本控制机制来肯定使用中的数据库的版本。时间一长，用户的需求老是会改变的。最终可能会要求修改数据库结构。把版本信息直接存放到数据库中更为方便。
    5.编制文档。对全部的快捷方式、命名规范、限制和函数都要编制文档。采用给表、列、触发器等加注释的数据库工具。对开发、支持和跟踪修改很是有用。对数据库文档化，或者在数据库自身的内部或者单独创建文档。这样，当过了一年多时间后再回过头来作第2 个版本，犯错的机会将大大减小。
    6.测试、测试、反复测试。创建或者修订数据库以后，必须用用户新输入的数据测试数据字段。最重要的是，让用户进行测试而且同用户一道保证选择的数据类型知足商业要求。测试须要在把新数据库投入实际服务以前完成。
    7.检查设计。在开发期间检查数据库设计的经常使用技术是经过其所支持的应用程序原型检查数据库。换句话说，针对每一种最终表达数据的原型应用，保证你检查了数据模型而且查看如何取出数据。