主题：事务处理不一致的问题

Insert Into Log (修改时间,操作者,部门,修改方式,表名,单据编号,识别号,辅助识别号,行号) Values('" & Date.Now() & "','" & MyName & "','" & MyGroup & "','" & xgfs & "','" & tb & "','" & e.DataRow(Idc) & "','" & e.DataRow(Idc1) & "','" & e.DataRow(Idc2) & "'," & e.DataRow("_Identify") & ")

 肯定是之前的_Identify

那要记录真正保存过后的_Identify要在哪个事件，怎么写代码才能记录？

 

必须save之后，才能得到真正的_Identify，但是没有这个事件的。建议一添加行就把行保存一下最好。

那样不现实啊，因为很多时候增加行是有些字段要设置必填的，没有必填就不能保存的。

我的事务的看法

 

1、一旦选择了事务，也就放弃了系统默认的保存方式。所以不管事务是否执行 都应该有 e.cancel = True ，否则就形成了二次保存。（我没有在贴出的代码中看见，所以说   不在一个事务中）

 

2、BeforeSaveDataRow 并不是一个好的选择，会将一次保存分成好几个事务（除非你是编辑一行保存一行的）。

 

3、保存后，同步是靠重新加载的  datatable.load(false)    俺也没看见

 

所以说，不妥

 

 

我现在的做法是在保存一张表单比如采购入库单前，将跨表更新其他表数据的sql语句加入到事务中统一执行（例如：更新采购单中的累计入库数量，更新库存表中的库存数量等，所以只能一行一行的保存）事务的作用就是这些相关的更新全部成功执行时才保存采购单，有个最大的疑问是如果这些事务都成功执行了，会不会出现本采购单保存不成功的情况，这样就会不一致了。

 如果要放在一起，就必须也编写SQL语句去执行，放弃默认的保存

想再问下，两个问题
1、保存前到底是什么含义，即本单要Update到数据库之前，如果系统的beforesavedatarow的代码都成功执行了，就开始执行保存的动作，但保存是否成功怎么知道啊，平时都是按系统那个默认的保存按钮，如果没有成功会有什么反应，怎么才知道？（是不是行号那个颜色没有就表示返回了成功保存的信号）

1、保存是否成功不知道，一般，保存不成功都会报错；

 

2、肯定的。