BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

别删除数据

| 作者 Abel Avram 关注 7 他的粉丝 ,译者 郭晓刚 关注 0 他的粉丝 发布于 2009年9月11日. 估计阅读时间: 3 分钟 | 如何结合区块链技术,帮助企业降本增效?让我们深度了解几个成功的案例。

Oren Eini(又名Ayende Rahien)建议开发者尽量避免数据库的软删除操作,读者可能因此认为硬删除是合理的选择。作为对Ayende文章的回应,Udi Dahan强烈建议完全避免数据删除

所谓软删除主张在表中增加一个IsDeleted列以保持数据完整。如果某一行设置了IsDeleted标志列,那么这一行就被认为是已删除的。Ayende觉得这种方法“简单、容易理解、容易实现、容易沟通”,但“往往是错的”。问题在于:

删除一行或一个实体几乎总不是简单的事件。它不仅影响模型中的数据,还会影响模型的外观。所以我们才要有外键去确保不会出现“订单行”没有对应的父“订单”的情况。而这个例子只能算是最简单的情况。……

当采用软删除的时候,不管我们是否情愿,都很容易出现数据受损,比如谁都不在意的一个小调整,就可能使“客户”的“最新订单”指向一条已经软删除的订单。

如果开发者接到的要求就是从数据库中删除数据,要是不建议用软删除,那就只能硬删除了。为了保证数据一致性,开发者除了删除直接有关的数据行,还应该级联地删除相关数据。可Udi Dahan提醒读者注意,真实的世界并不是级联的:

假设市场部决定从商品目录中删除一样商品,那是不是说所有包含了该商品的旧订单都要一并消失?再级联下去,这些订单对应的所有发票是不是也该删除?这么一步步删下去,我们公司的损益报表是不是应该重做了?

没天理了。

问题似乎出在对“删除”这词的解读上。Dahan给出了这样的例子:

我说的“删除”其实是指这产品“停售”了。我们以后不再卖这种产品,清掉库存以后不再进货。以后顾客搜索商品或者翻阅目录的时候不会再看见这种商品,但管仓库的人暂时还得继续管理它们。“删除”是个贪方便的说法。

他接着举了一些站在用户角度的正确解读:

订单不是被删除的,是被“取消”的。订单取消得太晚,还会产生花费。

员工不是被删除的,是被“解雇”的(也可能是退休了)。还有相应的补偿金要处理。

职位不是被删除的,是被“填补”的(或者招聘申请被撤回)。

在上面这些例子中,我们的着眼点应该放在用户希望完成的任务上,而非发生在某个实体身上的技术动作。几乎在所有的情况下,需要考虑的实体总不止一个。

为了代替IsDeleted标志,Dahan建议用一个代表相关数据状态的字段:有效、停用、取消、弃置等等。用户可以借助这样一个状态字段回顾过去的数据,作为决策的依据。

删除数据除了破坏数据一致性,还有其它负面的后果。Dahan建议把所有数据都留在数据库里:“别删除。就是别删除。”

查看英文原文:Deleting Data Is Not a Recommended Practice

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

听来在理 by 李 新

看了这片文章,突然觉得自己离现实生活太远了。

技术搞多了,意识形态都会受影响。

这样下去,以后可如何正确理解客户、理解需求啊。

实际情况也是这样的 by Kuang Kurax

企业应用里面,没有设计会乱删除数据的……一般都是设计一个“已作废”状态

Re: 实际情况也是这样的 by Dong Yang

楼上没有好好看文章。“已作废”跟 isDeleted 是一个意思。作者的意思是不要笼统地说,这条数据被删除了或者无效了。而是要给出具体、合适的说法,不会出现删除(或者说作废)所带来的级联。

Re: 实际情况也是这样的 by 刘 森

为了代替IsDeleted标志,Dahan建议用一个代表相关数据状态的字段:有效、停用、取消、弃置等等。用户可以借助这样一个状态字段回顾过去的数据,作为决策的依据。

============>
说“作废”怎就不可以,它也是一种状态啊

Re: 实际情况也是这样的 by 李 铮

逻辑删除和物理删除 要看需求而定 有些数据留着完全没用 还会因为表的数据量不断增加影响查询速度 当然要物理删除了

不是所有的数据都不能硬删除 by 张 核铭

垃圾数据和临时数据可以删除
当然如果考虑到性能问题,可以“移动”数据

这个想法很正确 by 陈 实

这个想法很正确,现实确实是这个样子的

关注领域模型 by Han Zheng

不论是删除数据列还是isDelete或者是各种状态的设置,都应该以领域模型为依据,以业务为依据。

以后要增加个VirtualDelete方法了 by 江天 皓月

要让虚拟世界与现实世界接轨。以后要增加个VirtualDelete方法了。

有道理 by Fu Cheng

通常我们都会用所谓的CRUD来表示对业务逻辑,而CRUD其实是针对数据存储来说的。对于业务逻辑,应该用更符合问题域的概念和词汇。就如同这里的delete操作与注销、辞职这些的业务概念的差别。

Re: 实际情况也是这样的 by instein N

解释的很好,赞

Re: 实际情况也是这样的 by zhang rocky

"Dahan建议用一个代表相关数据状态的字段:有效、停用、取消、弃置等等"这个与直接用isDeleted有什么区别吗,我想是没有区别的,有效、停用、取消、弃置等等是我们的程序或业务看到这个isDelete时的解读或理解。

Re: 听来在理 by Xue Liang

有同感,做技术离不开业务,业务来自现实。


看了这篇文章,茅舍顿开。

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

13 讨论

深度内容

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT