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

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

谢谢lxl的帮助。

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

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

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

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

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

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

 

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

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

 

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

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

 

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

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

 

以下是引用狐狸爸爸在2010-7-31 21:52:00的发言：

世界上没有一个用户，会让你以定期清理垃圾数据作为后续盈利的手段，定期清除垃圾本来就应该是程序的基本功能。

你不可能卖个垃圾桶给用户，却不提供倒空垃圾桶的方法。

提出这种盈利思路的“专家”，脑子可能有问题。

 

 

以下是引用狐狸爸爸在2010-8-1 8:55:00的发言：
 

Remove

移除行。

例如移除订单表的第一行：

DataTables("订单").DataRows(0).Remove()

移除和删除是不同的，移除只是使得表中暂时不再包括该行，就像该行从来没有被加载过一样；不管你是否保存文件，下次打开后，被移除的行还会出现。

以下是引用kylin在2010-8-1 18:16:00的发言：

我注意到帮助中已经加上了，呵呵