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

一.技术规范性问题:

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张表搞定。

转载于:https://my.oschina.net/javaGeeker/blog/687791

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值