PB事务处理

 1、 数据窗口更新，只要DBERROR有错误，而事先没有做过任何COMMIT工作，那么ROLLBACK可以回滚到上次COMMIT位置，即上次COMMIT后所有的数据将被回滚。
2、 如果是直接写入SQL语句，只要数据库出现错误，那么ROLLBACK可以回滚到上次COMMIT的位置，即上次COMMIT后所有的数据将被回滚。
3、 在一个应用打开之前有任何未COMMIT的数据，都将会导致对这个表的任何操作出现资源争用的现象，即假死状态。
4、 对表的资源假死现象不会出现在任何查询语句中，即使查询语句未做提交工作。所以在查询语句中最好不要使用COMMIT。
5、 回滚/提交数据不能随意使用，回滚/提交是以为时间序列为标准的，本次回滚或者提交会影响所有数据（上次提交/回滚到本次提交/回滚之间的所有数据）。
6、 窗口的时间性：reponse!窗口会等待，而其他不会等待。所以RESPONSE!窗口中做提交，会影响该窗口弹出之前的数据；而其他窗口则可能不会影响到主窗口的数据（因为时间不等待，直接往下执行，但也有例外）。
7、 更新应该具有即时性，不要在数据还没有准备更新的时候，做一些查询/更新操作，这样会导致假死（多用户时），所以更新、插入操作应该是越接近COMMIT，ROLLBACK越好。
Update ….;
Insert …
If flag then
Commit
Else
Rollback;
End if

8、 复查的查询操作不要放到UPDATE，INSERT之间，这样会增加假死的机会。
不好的做法
下面的写法在多用户的情况下假死增加：
Update b1 set bb=;
。。。。
Select ff into :ll_dd from b2;
Dw_1.retrieve()
Commit;
好的做法：尽量减少假死现象
Select ff into :ll_dd from b2;
Dw_1.retrieve()
。。。。
Update b1 set bb=;
Commit;