一.技术规范性问题:
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张表搞定。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。