解析JDK 7的动态类型语言支持
随着JDK 7的发布，字节码指令集终于迎来了第一位新成员——invokedynamic指令。这条新增加的指令是JDK 7实现“动态类型语言（Dynamically Typed Language）”支持而进行的改进之一，也是为JDK 8可以顺利实现Lambda表达式做技术准备。在这篇文章中，我们将去了解JDK 7这项新特性的出现前因后果和它的意义。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
别删除数据
作者 Abel Avram 译者 郭晓刚 发布于 2009年9月10日
Oren Eini（又名Ayende Rahien）建议开发者尽量避免数据库的软删除操作，读者可能因此认为硬删除是合理的选择。作为对Ayende文章的回应，Udi Dahan强烈建议完全避免数据删除。
所谓软删除主张在表中增加一个IsDeleted列以保持数据完整。如果某一行设置了IsDeleted标志列，那么这一行就被认为是已删除的。Ayende觉得这种方法“简单、容易理解、容易实现、容易沟通”，但“往往是错的”。问题在于：
删除一行或一个实体几乎总不是简单的事件。它不仅影响模型中的数据，还会影响模型的外观。所以我们才要有外键去确保不会出现“订单行”没有对应的父“订单”的情况。而这个例子只能算是最简单的情况。……
当采用软删除的时候，不管我们是否情愿，都很容易出现数据受损，比如谁都不在意的一个小调整，就可能使“客户”的“最新订单”指向一条已经软删除的订单。
如果开发者接到的要求就是从数据库中删除数据，要是不建议用软删除，那就只能硬删除了。为了保证数据一致性，开发者除了删除直接有关的数据行，还应该级联地删除相关数据。可Udi Dahan提醒读者注意，真实的世界并不是级联的：
假设市场部决定从商品目录中删除一样商品，那是不是说所有包含了该商品的旧订单都要一并消失？再级联下去，这些订单对应的所有发票是不是也该删除？这么一步步删下去，我们公司的损益报表是不是应该重做了？
没天理了。
问题似乎出在对“删除”这词的解读上。Dahan给出了这样的例子：
我说的“删除”其实是指这产品“停售”了。我们以后不再卖这种产品，清掉库存以后不再进货。以后顾客搜索商品或者翻阅目录的时候不会再看见这种商品，但管仓库的人暂时还得继续管理它们。“删除”是个贪方便的说法。
他接着举了一些站在用户角度的正确解读：
订单不是被删除的，是被“取消”的。订单取消得太晚，还会产生花费。
员工不是被删除的，是被“解雇”的（也可能是退休了）。还有相应的补偿金要处理。
职位不是被删除的，是被“填补”的（或者招聘申请被撤回）。
在上面这些例子中，我们的着眼点应该放在用户希望完成的任务上，而非发生在某个实体身上的技术动作。几乎在所有的情况下，需要考虑的实体总不止一个。
为了代替IsDeleted标志，Dahan建议用一个代表相关数据状态的字段：有效、停用、取消、弃置等等。用户可以借助这样一个状态字段回顾过去的数据，作为决策的依据。
删除数据除了破坏数据一致性，还有其它负面的后果。Dahan建议把所有数据都留在数据库里：“别删除。就是别删除。”
查看英文原文：Deleting Data Is Not a Recommended Practice
译者 郭晓刚 是InfoQ中文站架构社区编辑，创建并终结过数家软件小企业，翻译过多本技术书籍。
听来在理
发表人
李 新
发表于
实际情况也是这样的
发表人
Kuang Kurax
发表于
Re: 实际情况也是这样的
发表人
Dong Yang
发表于
Re: 实际情况也是这样的
发表人
刘 森
发表于
Re: 实际情况也是这样的
发表人
李 铮
发表于
Re: 实际情况也是这样的
发表人
instein N
发表于
Re: 实际情况也是这样的
发表人
zhang rocky
发表于
不是所有的数据都不能硬删除
发表人
张 核铭
发表于
这个想法很正确
发表人
陈 实
发表于
关注领域模型
发表人
Han Zheng
发表于
以后要增加个VirtualDelete方法了
发表人
江天 皓月
发表于
有道理
发表人
Cheng Fu
发表于
-
看了这片文章，突然觉得自己离现实生活太远了。
技术搞多了，意识形态都会受影响。
这样下去，以后可如何正确理解客户、理解需求啊。 -
企业应用里面，没有设计会乱删除数据的……一般都是设计一个“已作废”状态
-
楼上没有好好看文章。“已作废”跟 isDeleted 是一个意思。作者的意思是不要笼统地说，这条数据被删除了或者无效了。而是要给出具体、合适的说法，不会出现删除（或者说作废）所带来的级联。
-
为了代替IsDeleted标志，Dahan建议用一个代表相关数据状态的字段：有效、停用、取消、弃置等等。用户可以借助这样一个状态字段回顾过去的数据，作为决策的依据。
============>
说“作废”怎就不可以，它也是一种状态啊 -
逻辑删除和物理删除 要看需求而定 有些数据留着完全没用 还会因为表的数据量不断增加影响查询速度 当然要物理删除了
-
垃圾数据和临时数据可以删除
当然如果考虑到性能问题，可以“移动”数据 -
这个想法很正确，现实确实是这个样子的
-
不论是删除数据列还是isDelete或者是各种状态的设置，都应该以领域模型为依据，以业务为依据。
-
要让虚拟世界与现实世界接轨。以后要增加个VirtualDelete方法了。
-
通常我们都会用所谓的CRUD来表示对业务逻辑，而CRUD其实是针对数据存储来说的。对于业务逻辑，应该用更符合问题域的概念和词汇。就如同这里的delete操作与注销、辞职这些的业务概念的差别。
-
解释的很好，赞
-
"Dahan建议用一个代表相关数据状态的字段：有效、停用、取消、弃置等等"这个与直接用isDeleted有什么区别吗，我想是没有区别的，有效、停用、取消、弃置等等是我们的程序或业务看到这个isDelete时的解读或理解。
12 条回复
关注此讨论 回复