acceptchanges
提交自上次调用 acceptchanges 以来对该表进行的所有更改。
调用 AcceptChanges 后，再用 DataAdapter.Update() 不会有任何新数据被更新到数据库中。那……那它有什么用处呢？
以前的做法：
Fill –> Edit –>Update –> 重新Fill –> Edit –> Update –> ……
“更新了数据当然要重新获取啦！”，再次更新后，再再次重新获取。
现在的做法：
Fill –> Edit –> Update –> AcceptChanges –> Edit –> Update –> AcceptChanges –> Edit –> Update –> ……
开始获取一次就好了，反正你更新了数据后再获取的不就是你刚才更新的吗，干嘛还要获取一遍呢？
AcceptChanges 在 Update 后 ！
-----------------------------------------丑陋分割线-------------------------------------------------------------
AcceptChanges()和RejectChanges() HTTP://www.cnblogs.com/perfect/archive/2007/08/06/844634.HTML
最近在园子里看了几篇相关的文章，总结了一下（还请多多指正）：
Delete()是面向对象状态操作的(可以回滚);RemoveAt()是面向普通集合操作的(不可以回滚,等价于先Delete()后AcceptChanges())
DataTable.AcceptChanges方法
提交自上次调用 AcceptChanges 以来对该表进行的所有更改。调用 AcceptChanges 时，任何仍处于编辑模式的 DataRow 对象将成功结束其编辑。DataRowState 也会随之更改：所有状态为 Added 和 Modified 的行的状态都变为 Unchanged；状态为 Deleted 的行则被移除。
在您尝试使用 DbDataAdapter.Update 方法更新 dataset 之后，通常会对 DataTable 调用 AcceptChanges 方法。 DataTable.RejectChanges方法
回滚自该表加载以来或上次调用 AcceptChanges 以来对该表进行的所有更改。
调用 RejectChanges 时，任何仍处于编辑模式的 DataRow 对象将取消其编辑。新行被移除。DataRowState 设置为 Modified 或 Deleted 的行返回到其初始状态。 使用 Delete 方法后，RowState 变成“已删除”。在您调用 AcceptChanges 之前，它一直保持“已删除”。可通过调用 RejectChanges 取消删除行。 而RemoveAt表示当移除行时，该行中的所有数据都将丢失。您还可以调用 DataRow 类的 Delete 方法来标记某行以供移除。调用 RemoveAt 等同于先调用 Delete 再调用 AcceptChanges。 也就是说使用Delete()方法删除行后是可以回滚的，而使用RemoveAt(int)方法是不能回滚的。 总结：
1、Delete()之前接收了AcceptChanges()后,都只加上删除标记,以后再次接受了AcceptChanges()后才真正删除,否则没有再次接受AcceptChanges()遇到RejectChanges()可以回滚
2、Delete()之前没有接收AcceptChanges(),之后立即接受AcceptChanges(),也真正删除
3、Delete()之前没有接收AcceptChanges(),之后也没立即接受AcceptChanges(),会彻底删除:因为没有必要回滚
相关阅读
使用微信的人越多，被盗号的朋友就越多。我们在使用微信时，比较担心的一个问题就是自己的微信会不会被他人盗取。事实上盗取他人微
知识就是力量，这对于手游开发商们来说尤其重要。有数据和分析情况下做出的决定总会比毫无了解好的多。通过，你可以清晰的看到自己手
营销行为，实际上只是所有业务实践的一部分。许多初创公司都希望创造出优秀的产品。但是，只有当您将产品销售给合适的客户或吸引某人
网站整体收录情况：site:pumaboyd.cnblogs.com域名的反向链接数：link:cnblogs.com链接的反向链接数：link:pumaboyd.cnblogs.com链接的
业务类系统，一般包括crm、供应链、物流等，而这些系统的架构设计非常具有挑战性。文章主要跟大家分享的就是一整套业务系统产品技术