[讨论]关于FOXTABLE的保存，被 “保存机制” 杀掉 近24小时！！

前几天做了一个小软件！用到了一条SQL UPDATE 语句，问题来了，客户说有时有些数据找不到！

于是我从昨天查，一直检查到今天早上！被   “保存机制” 杀掉 近24小时！！

先谈 大家习惯的保存经验【不管内部还是外部数据表】：

   Datatable 的 save  应该保存的是 datatable 里面 加载的 所有数据，不管修改不修改。

   table  的save  应该保存的是 table 里面 filter 所有数据，不管是否修改。【table的save帮助里没有】

   datarow的save  应该保存的的行的数据，不管是否修改。

   如果开发者 全部保存 考虑效率问题，狐表提供了行的状态判断 RowState ，

  可以根据行的状态利用循环语句提高效率！！

  看到这里，您会说，没错啊！！！那你会和我一样被杀！！ 

看看我的遭遇，我用的SQL数据表，我中间用到了一句SQLcommand 的 update 直接更新了后台数据 列名：编辑人。

     然后，保存！！【举个例子】

If e.OldRange.RowSel <> e.NewRange.RowSel \'如果选择的是不同的行
    If e.OldRange.RowSel >= 0 AndAlso e.OldRange.Rowsel < e.Table.Rows.Count Then \'而且原来选择的是一个有效的数据行
        Dim r As Row = e.Table.Rows(e.OldRange.Rowsel) \'获得原来选择的行
        r("编辑人")=""
        r.Save() \'保存之
    End If
End If    

    问题来了，   r("编辑人")=""   没保存！！

  于是记录就被锁死了！！！

一直找问题！！查了很多的东西和例程！终于翻看到帮助里有这句活！！

    这里涉及到Foxtable的保存机制：在保存某行之前，系统会进行一个判断，如果此行所有列内容和最初完全相同，则跳过此行，以提高保存效率。

不知狐爸怎么想的，上面我也提到了

写出来是告诉狐友，小心了，不规范的帮助里的每一句话，要小心看！

这句话一直存在的吧。这样机制挺好的，就是在一口气保存超大数据会卡死。

还有没看懂你这个是如何锁死的？数据本身没改变，你保存没保存都不会影响后台，这个有什么问题嘛？

你搞错了狐表的运行机制，狐表的绝大部分操作是对于已经加载的表，没有加载的数据是无能为力的。你后台更新了一句，那么你为什么不选择同样的update语句那？这样就不会出现问题

不过狐爸应该提供一个无条件保存的方法供选择。

一旦你使用了后，那么你会发现为什么狐爸会选择现在这个方案。