实际项目中表设计规范总结

一.技术规范性问题：

1.所有的业务表都应该具备以下5个公共字段：

createBy varchar(30) 创建者 YES

createDate datetime 创建时间 YES

updateBy varchar(30) 更新者 YES

updateDate datetime 更新时间 YES

delFlag tinyint(1) 删除标记（0：正常；1：删除） NO

2.同样的字段，在不同的表中应该保持类型一致

3.表应该有数据主键和业务主键

以MySQL的自增id作为主键，这样做不合理，涉及到数据迁移时会存在ID对应不上或者重复的问题，建议id作为表本身的数据主键，

另选其他字段作为业务主键，关联表查询时，根据业务主键查询，而不是使用数据主键，或者以UUID为主键。

4.表中字段类型和大小最好精准。

5.表中列的顺序不严谨，5个公共字段应该是在最后几列。

6.码表管理混乱，不同表中出现重复数据。而且使用混乱。

二、业务合理性问题

1.不必要字段设计。

2.同一表中，字段间逻辑混乱。

3.表中列的备注和其含义不符合。

4.不同表中，业务逻辑相同的字段应该取相同的名字。

5.一个表中的列如果是另一张表的逻辑外键，取名要显式标识。

6.表中字段的命名要统一，按照行业英语来规范。

7.多种业务共用一张表，需要根据业务进行拆分。

三、实现目标

业务关联查询时，控制表个数在4个以内。大部分查询业务应该在2-3张表搞定。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!