数据库、表、字段命名规范
一、数据库命名规范
采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成,命名简洁明确,多个单词用下划线'_'分隔,一个项目一个数据库,多个项目慎用同一个数据库
二、表命名规范
- 采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成,命名简洁明确,多个单词用下划线'_'分隔
- 全部小写命名,禁止出现大写
- 禁止使用数据库关键字,如:name,time ,datetime,password等
- 表名称不应该取得太长(一般不超过三个英文单词)
- 表的名称一般使用名词或者动宾短语
- 用单数形式表示名称,例如,使用 employee,而不是 employees
- 明细表的名称为:主表的名称+字符dtl(detail缩写)例如:采购定单的名称为:po_order,则采购定单的明细表为:po_orderdtl
- 表必须填写描述信息(使用SQL语句建表时)
举例
①模块_+功能点 示例:alllive_log alllive_category
②功能点 示例:live message
③通用表 示例:all_user
待优化命名示例
①冗余:
错误示例:yy_alllive_video_recomment yy_alllive_open_close_log
说明:去除项目名,简化表名长度,去”yy_”
②相同类别表命名存在差异,管理性差
错误示例:yy_all_live_category yy_alllive_comment_user
说明:去除项目名,统一命名规则,均为”yy_alllive_”开头即可
③命名格式存在差异
错误示例:yy_showfriend yy_user_getpoints yy_live_program_get
说明:去除项目名,统一命名规则,动宾短语分离且动宾逻辑顺序统一
三、字段命名规范
- 采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线'_'组成,命名简洁明确,多个单词用下划线'_'分隔
- 全部小写命名,禁止出现大写
- 字段必须填写描述信息
- 禁止使用数据库关键字,如:name,time ,datetime password 等
- 字段名称一般采用名词或动宾短语
- 采用字段的名称必须是易于理解,一般不超过三个英文单词
- 在命名表的列时,不要重复表的名称 例如,在名employe的表中避免使用名为employee_lastname的字段
- 不要在列的名称中包含数据类型
- 字段命名使用完整名称,禁止缩写
示例
①名词 示例:user_id user_name sex
②动宾短语 示例:is_friend is_good
①大小写规则不统一
错误示例:user_Id houseID
说明:使用统一规则,修改为”user_id”,”house_id”
②加下划线规则不统一
错误示例:username userid isfriend isgood
说明:使用下划线进行分类,提升可性,方便管理,修改为”user_name”,”user_id”,”is_friend”,”is_good”
③字段表示不明确
错误示例:uid pid
说明:使用完整名称,提高可读性,修改为”user_id”,”person_id”
四、字段类型规
- 所有字段在设计时,除以下数据类型timestamp、image、datetime、smalldatetime、uniqueidentifier、binary、sql_variant、binary 、varbinary外,必须有默认值,字符型的默认值为一个空字符值串’’,数值型的默认值为数值0,逻辑型的默认值为数值0
- 系统中所有逻辑型中数值0表示为“假”,数值1表示为“真”,datetime、smalldatetime类型的字段没有默认值,必须为NULL
- 用尽量少的存储空间来存储一个字段的数据,能使用int就不要使用varchar、char,能用varchar(16)就不要使varchar(256),IP地址使用int类型,固定长度的类型最好使用char,例如:邮编(postcode),能使用tinyint就不要使用smallint,int,最好给每个字段一个默认值,最好不为null
- 用合适的字段类型节约空间,字符转化为数字(能转化的最好转化,同样节约空间、提高查询性能),避免使用NULL字段(NULL字段很难查询优化、NULL字段的索引需要额外空间、NULL字段的复合索引无效),少用text类型(尽量使用varchar代替text字段)
- 点赞
- 收藏
- 关注作者
评论(0)