一、数据库命名规范
- 数据库名统一使用小写，禁止出现大写
- 采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线’‘组成，命名简洁明确，多个单词用下划线’‘分隔，一个项目一个数据库，多个项目慎用同一个数据库
二、表命名规范
- 表命名采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线’‘组成，命名简洁明确，多个单词用下划线’‘分隔
- 全部小写命名，禁止出现大写
- 禁止使用数据库关键字，如：name，time ，datetime 等
- 表名称不应该取得太长（一般不超过三个英文单词）
- 表的名称一般使用名词或者动宾短语
- 用单数形式表示名称，例如，使用 employee，而不是 employees
- 明细表的名称为：主表的名称+字符dtl（detail缩写）
例如：采购定单的名称为：po_order，则采购定单的明细表为：po_order_dtl
- 表必须填写描述信息（使用SQL语句建表时）
- 数据库编码字符集，使用 utf8mb4、排序规则使用 utf8mb4_general_ci
三、字段命名规范
- 字段名统一使用大写
- 字段必须填写描述信息
- 字段名称一般采用名词或动宾短语
- 禁止使用数据库关键字，如：name，time ，datetime等
- 采用字段的名称必须是易于理解，一般不超过三个英文单词
- 在命名表的列时，不要重复表的名称
例如，在命名为 employe 的表中避免使用名为 employee_lastname 的字段
- 不要在列的名称中包含数据类型
- 字段命名使用完整名称，禁止缩写
- 表编码字符集，使用 utf8mb4、排序规则使用 utf8mb4_general_ci
- 字段表示需明确
错误示例：uid、pid
说明：使用完整名称，提高可读性，修改为 user_id、person_id
- 大小写规则统一
错误示例：user_id、houseID
说明：使用统一规则，修改为 user_id 、house_id
- 下划线规则统一
错误示例：username、userid、isfriend、isgood
说明：使用下划线进行分类，提升可性，方便管理，修改为 user_name，user_id，is_friend，is_good
- 字段定义或导出脚本不能存在，反单引号
四、字段类型规范
- 所有字段在设计时，除以下数据类型timestamp、image、datetime、smalldatetime、uniqueidentifier、binary、sql_variant、binary 、varbinary外，必须有默认值，字符型的默认值为一个空字符值串’’，数值型的默认值为数值0，逻辑型的默认值为数值0
- 系统中所有逻辑型中数值0表示为“假”，数值1表示为“真”，datetime、smalldatetime类型的字段没有默认值，必须为NULL
- 用尽量少的存储空间来存储一个字段的数据
- 使用int就不要使用varchar、char，用varchar(16)就不要使varchar(256)
- 固定长度的类型最好使用char，例如：邮编(postcode) ，能使用tinyint就不要使用smallint，int ，
最好给每个字段一个默认值，最好不能为null
- 用合适的字段类型节约空间
- 字符转化为数字(能转化的最好转化，同样节约空间、提高查询性能)
- 避免使用NULL字段(NULL字段很难查询优化、NULL字段的索引需要额外空间、NULL字段的复合索引无效)
- 少用text类型(尽量使用varchar代替text字段)
- 数据表内字段描叙，需和代码中字段定义保持一致
如：描述里面：0-新增，1-删除，2-修改 ，代码需保持一致
- 数据库中每个字段的规范约束
- 尽量遵守三范式的标准（3NF）
1.1. 数据表中的每一列（每个字段）必须是不可拆分的最小单元，也就是确保每一列的原子性
1.2. 满足1NF后，要求表中的所有列，都必须依赖于主键，而不能有任何一列与主键没有关系，也就是说一个表只描述一件事情；
1.3. 必须先满足第二范式（2NF），要求：表中的每一列只与主键直接相关而不是间接相关，表中的每一列只能依赖于主键；
- 如果字段与其它表的字段相关联，需建索引
- 如果字段需做模糊查询之外的条件查询，需建索引
- 除了主关键字允许建立簇索引外，其它字段所建索引必须为非簇索引
- 模型创建阶段需使用主外健关联描述清对象关系，生产环境中需剔除主外建，然后相关联字段创建索引
posted @
2021-03-03 20:48
如.若
阅读(
565)
评论()
编辑
收藏
举报
