数据库的通用字段设计和思考优化

文章讨论了数据库设计中常见的通用字段如创建时间、更新时间、创建者和更新者,以及逻辑删除的必要性。作者主张根据实际需求简化字段,避免无谓的效率损失。对于逻辑删除,认为其在中小项目中并非必需,且可能增加开发风险。总结提出,只有创建时间和更新时间字段是真正必要的,其他字段应按需加入。
摘要由CSDN通过智能技术生成

不知道 大家的 数据库设计的时候,通用字段是怎么设计的。。。 但是我待过了 几家公司了。。。 大型一点的项目, 一般都有 这个几个通用字段:

createTime	创建时间	date	
creatorId	创建人编号	bigint		
creator	创建人	varchar		
updateTime	更新时间	date		
updatorId	更新人编号	bigint		
updator	更新人	varchar		
del	是否删除	tinyint		0为正常,1为删除

这几个通用字段,一般是 架构师,或者技术老大提出来的, 一般人无权 抗议。。。 其实呢,现在到了 我来设计数据库的时候,有这个权利 重新设计 的时候,我 这个时候 就会结合 项目经验和实际情况出发来 讨论和优化一下:

1,为什么这么多通用字段?

我觉得是 为了 出了问题的时候,好排查问题,而且 其他领导或者 老大问的时候,也可以 拿出 数据出来,这个就是证据, 特别是 大问题的时候, 可以 把 锅丢给其他人,,,至少问题不是系统造成的,,,(而实际情况,,,很少,而且一般没用,人家只会说你的系统体验差,,云云)

2, 简化,优化的思考

一个字段一个字段来吧。。。

createTime 创建时间 date updateTime 更新时间 date

这两个字段肯定需要的, 特别是 按实际出现的时候,和后期

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值