12,162
社区成员
发帖
与我相关
我的任务
分享有看过WS-Transaction的朋友吗? 有个问题请教,在线等待,分不够再加!
WS-Transaction中分为原子事务(Atomic Transaction)和业务活动(Business Activity)两种协调类型.
在业务活动中,由于有可能处理的时间较长,无法采用锁的机制对资源进行保护,在整个业务活动完成前其子任务的资源就已经被释放,可以被其它应用程序访问.
针对这一问题,业务活动提出了补偿的机制来解决.也就是当对某资源进行相应操作后,由于业务活动中的其它任务出现故障,要求进行补偿操作,使资源恢复到未执行操作前的状态.
这看上去没什么问题,但如果在执行补偿操作前,别的应用程序对该资源进行了相关的操作,那问题就出来了:
1.补偿操作的现场已经被破坏
2.补偿操作的执行会影响别的应用程序的正常执行
对于这个问题规范中并没有说明,请问应该怎么考虑、解决呢?
在业务活动中,由于有可能处理的时间较长,无法采用锁的机制对资源进行保护,在整个业务活动完成前其子任务的资源就已经被释放,可以被其它应用程序访问.
针对这一问题,业务活动提出了补偿的机制来解决.也就是当对某资源进行相应操作后,由于业务活动中的其它任务出现故障,要求进行补偿操作,使资源恢复到未执行操作前的状态.
这看上去没什么问题,但如果在执行补偿操作前,别的应用程序对该资源进行了相关的操作,那问题就出来了:
1.补偿操作的现场已经被破坏
2.补偿操作的执行会影响别的应用程序的正常执行
对于这个问题规范中并没有说明,请问应该怎么考虑、解决呢?
...全文
请发表友善的回复…
发表回复
JollyFred 2003-03-09
- 打赏
- 举报
TransactionOption主要是一个Web Service内的事务问题吧，跨Web Service的问题它也能解决？还请多指教！
xiangqi 2003-03-08
- 打赏
- 举报
去查找WebMethod对象的TransactionOption属性就知道了!
JollyFred 2003-03-05
- 打赏
- 举报
我想这位仁兄没太明白我的意思。
分小分细是应该的，但每个事务内部是个独立的部分啊，一旦提交过后，结果就会生效，如果因为在同一个业务活动中的，其它任务出现问题，那就需要补偿活动来使已提交的操作被“撤销”。我问的问题就是和这个相关的。
分小分细是应该的，但每个事务内部是个独立的部分啊，一旦提交过后，结果就会生效，如果因为在同一个业务活动中的，其它任务出现问题，那就需要补偿活动来使已提交的操作被“撤销”。我问的问题就是和这个相关的。
glboy 2003-03-03
- 打赏
- 举报
将事务处理分小分细，不要整个放在一块
JollyFred 2003-03-03
- 打赏
- 举报
谢谢楼上兄弟的参与！
我现在考虑的问题是跨Web Service的事务处理问题。
请大家继续踊跃发言，小弟先谢过了！
我现在考虑的问题是跨Web Service的事务处理问题。
请大家继续踊跃发言，小弟先谢过了！
glboy 2003-03-02
- 打赏
- 举报
参考参考这个吧：C#数据库事务原理及实践
www.yesky.com/20021008/1633792.shtml
www.yesky.com/20021008/1633792.shtml
