删除还是不删除，这可就是问题

Neo

http://www.infoq.com/cn/news/2009/09/Do-Not-Delete-Data

在我看来这里说的都是常识，但是我还是觉得这里说出了一些很有意思的“感觉”，很多时候软件背后的业务并不是表面看上去那么简单和直接，软件的复杂度往往来自每一步抽象带来的内涵偏移，如果能够每个环节都100%的对应原始业务内涵以及外延，那么软件的复杂性将极大的下降，或者说更为可控。值得深思的问题。

Mice

俺也不赞成删除数据，删除数据在系统设计中潜在的关联性影响往往过于难以完整分析。

Neo

我其实感兴趣的是这些：

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

还有：

订单不是被删除的，是被“取消”的。订单取消得太晚，还会产生花费。
员工不是被删除的，是被“解雇”的（也可能是退休了）。还有相应的补偿金要处理。
职位不是被删除的，是被“填补”的（或者招聘申请被撤回）。
在上面这些例子中，我们的着眼点应该放在用户希望完成的任务上，而非发生在某个实体身上的技术动作。...