主题：[讨论]论伪删除的实现意义

以下是引用hnaysx在2010-7-30 20:44:00的发言：
支持，我的一个系统就是使用了伪删除，这样在项目关闭以后依然可以收回数据，建议Foxtable的项目支持这个

以下是引用qtcks在2010-7-31 15:39:00的发言：

碰到一个案例，外贸零售领域的。

由于商品更新换代较快，内部采取同一店内码，每一批次的主条码不同。

列表如下

条码        店内码          品名                       售价            停用  

31...        23              B2-3托盘                7.00            是

98...        23              BDK-34托盘            7.10            否

68...        23              KHG-cd9托盘           6.80           否

 系统约束，条码唯一、店内码使用唯一

 

系统需要保留以上3条记录，在商品内部流通环节，输入店内码 23，自动调用     B2-3托盘  商品，

 

以下是引用qtcks在2010-7-31 16:33:00的发言：

谢谢lxl的帮助。

在实际操作这个方案的时候还是需要考虑很多东西的。

比如说，需要停用商品信息，需要冻结一段时间，防止出现不同的商品，由于工作失误造成融合。

现在是越来越喜欢foxtable了。想的也很多，碰壁的次数也越来越多。呵呵。

前两天看到这样一篇文章，

说，一个程序员为客户开发了一套系统，数据采用直接删除的方式，正常使用8年都没出问题。（是否真的无问题）

     程序员没有了后续收入。一棒子买卖。

 

这样的情况发生后，他就改变策略，改为伪删除，多为客户想点，定期为客户清理数据。

     持续服务，自然有持续的报酬。

 

这里面有几个问题，1、无伪删除；借用苹果鲍威尔的话说，客户是无需求的，我们引领客户需求。

                          2、有伪删除；我们多为客户考虑点，以防万一。否是必要，是否需要。

 

我的工作经历是：数据即生命，重视每一条数据的完整。

04年的时候，有个朋友，开店的。出差2月回来，员工将管家婆的数据部分丢失，最终导致整个经营失败。我深以为戒。