文档介绍：数据库表字段命名规范
摘要：当前研发工作中经常出现因数据库表、 数据库表字段格式不规则而影响开发进度
的问题， 在后续开发使用原来数据库表时， 也会因为数据库表的可读性不够高， 表字段规则
不统一， 造为” user_name”，” user_id ”，” is_friend ”，” is_good ”
③字段表示不明确
错误示例： uid pid
说明：使用完整名称，提高可读性，修改为” user_id ”，” person_id ”
字段类型规范
（1）所有字段在设计时，除以下数据类型 timestamp 、 image、datetime 、 smalldatetime 、uniqueidentifier 、binary 、sql_variant 、binary 、varbinary
外，必须有默认值，字符型的默认值为一个空字符值串’’，数值型的默认值为
数值 0，逻辑型的默认值为数值 0
（2）系统中所有逻辑型中数值 0 表示为“假”，数值 1 表示为“真”，datetime 、
smalldatetime 类型的字段没有默认值，必须为 NULL
— 3
精选文档
（3）用尽量少的存储空间来存储一个字段的数据
使用 int 就不要使用 varchar 、char ，
用 varchar(16) 就不要使 varchar(256) IP 地址使用 int 类型
固定长度的类型最好使用 char ，例如：邮编 (postcode)
能使用 tinyint 就不要使用 smallint ， int
最好给每个字段一个默认值，最好不能为 null
（4）用合适的字段类型节约空间
字符转化为数字 ( 能转化的最好转化，同样节约空间、提高查询性能 )
避免使用 NULL字段 (NULL字段很难查询优化、 NULL字段的索引需要额外空
间、 NULL字段的复合索引无效 )
少用 text 类型 ( 尽量使用 varchar 代替 text 字段 )
数据库中每个字段的规范描述
1）尽量遵守第三范式的标准（ 3NF）表内的每一个值只能被表达一次
表内的每一行都应当被唯一的标示
表内不应该存储依赖于其他键的非键信息
如果字段事实上是与其它表的关键字相关联而未设计为外键引用，需建
索引
如果字段与其它表的字段相关联，需建索引
如果字段需做模糊查询之外的条件查询，需建索引
除了主关键字允许建立簇索引外，其它字段所建索引必须为非簇索引
— 4
精选文档
四、 SQL语言编码规范
大小写 范
（1）所有关 字必 大写，如： INSERT、UPDATE、DELETE、SELECT及其子
句， IF ⋯⋯ ELSE、CASE、 DECLARE等
（2）所有函数及其参数中除用 量以外