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

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

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

列表如下

条码        店内码          品名                       售价            停用  

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

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

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

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

 

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

 

foxtable 现在如果实现伪删除也是很简单的事情。

增加逻辑列IsDelete

With CurrentTable
    .Current("IsDelete") = True

    .DataTable.Save()
    .Rows.Remove(.Position)
End With

 

 

 

加载表的时候设置 e.Filter = "IsDelete = False"

就可以了

恩， 要想自动调用未停用的B2-3托盘  用bit字段来表示是否删除也行。

不过由于店内码的重用，想保持未停用的店内码唯一。就只能加一个停用时间了。

 

 

呵呵，确实，foxtable实现伪删除是很容易的，我要做的只是将Remove方法的说明重新加入帮助。

谢谢lxl的帮助。

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

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

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

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

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

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

 

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

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

 

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

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

 

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

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

 

伪删除是需要管到DataTable层面，Remove方法好像是针对Table层面，对于普通的统计有效，高端的统计就会出问题。

呵呵，DataRows和DataRow都有Remove方法的

帮助中没见到？

 

觉得用不着，所以帮助删除了这部分，以后加上。

好好！