锁定老帖子 主题:事务处理的nuts和bolts <三>
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2007-09-21
最后修改:2010-04-08
事务界定 指定一个事务叫做事务界定(demarcation),通过把分布式的构件绑定到一个全局事务上来完成事务界定工作,它是标记构成一个事务的一组操作的一种方法。 最常用的界定的途径是为事务处理标记执行操作的线程。这叫做编程界定。这样建立的事务可以通过去除标记而被挂起,并在以后通过从挂起点向恢复点显式的传播事务上下文来恢复执行。 事务界定在向事务管理器的一个提交或一个回滚请求之后结束。提交请求指导所有参与的资源管理器永久的记录事务中的操作的效果。回滚请求使资源管理器撤消事务中所有操作的效果。 一个可替代编程界定的是声明界定。基于构件的事务处理系统如 Microsoft 事务服务器、和基于应用服务器的事务处理系统如企业 Java Beans 规范支持声明界定。在这种技术中,构件在部署时被标记为事务性的。这暗示了两件事。首先,界定的职责从应用转移到了容纳构件的容器(container)。为此,这种技术也叫做管理容器界定。其次,界定从应用建造期间(静态)延期到构件部署期间(动态)。 事务上下文和传播 因为多个应用构件和资源参与了一个事务,对于事务管理器建立和维护发生的事务的状态是必须的。这通常以事务上下文的形式完成。 事务上下文是在资源上的事务性操作和调用操作的构件之间的一个关联(association)。在一个事务执行期间,所有的参与事务的线程共享事务上下文。所以事务上下文在逻辑上封装(envelop)了在一个事务期间在事务性资源上的完成的所有操作。事务上下文通常由底层的事务管理器透明的维护。 资源征集 资源征集是资源管理器向事务管理器报告它们参与一个事务的过程。这个过程使事务管理器可以跟踪参与一个事务的所有资源。资源管理器使用这些信息协调资源管理器完成的事务性工作,以及驱动两阶段提交和恢复协议。 在事务结束时(一个提交或回滚之后)事务管理器遣散资源。在此之后,不再保持事务与资源之间的关联。 两阶段提交 这个事务管理器与所有应征一个事务的资源之间的协议确定是所有的资源管理器都提交事务还是它们都终止(abort)。在这个协议中,当应用要求提交事务时,事务管理器向所有涉及的资源管理器发起一个准备请求 。每个这些资源可以依次发送一个回应来指示出它是否准备好(就绪)提交。只有当所有的资源管理器都准备好提交,事务管理器才向所有的资源管理器发起一个提交请求。否则, 事务管理器发起一个回滚请求接着事务被滚回来。 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2007-09-21
土笋冻,第一次看到的时候,感觉就是茅厕里的蛆虫。。。。。
|
|
返回顶楼 | |
发表时间:2007-09-21
惊鸿逝水 写道 土笋冻,第一次看到的时候,感觉就是茅厕里的蛆虫。。。。。
胡说……哪有那么大条的蛆虫 土笋冻美味亚~~到了厦门要是不吃这一口就太可惜了~~ 还有蚵仔煎,燕皮扁食,焦糖奶酪,都很美味 怀念厦门中~~ |
|
返回顶楼 | |
发表时间:2007-09-21
惊鸿逝水 写道 土笋冻,第一次看到的时候,感觉就是茅厕里的蛆虫。。。。。
告诉你,蛆虫是大美味。据说某地,挂肉置于簸箕上,蛆而食之,美名曰“肉芽”。 |
|
返回顶楼 | |
发表时间:2007-09-21
ray_linn 写道 惊鸿逝水 写道 土笋冻,第一次看到的时候,感觉就是茅厕里的蛆虫。。。。。
告诉你,蛆虫是大美味。据说某地,挂肉置于簸箕上,蛆而食之,美名曰“肉芽”。 台湾 |
|
返回顶楼 | |
发表时间:2007-09-22
偶家乡那个叫"泥蒜冻"... 以前吃鱼胶冻, 现在都吃这个了, 味道真是清凉啊...
|
|
返回顶楼 | |
发表时间:2007-09-22
我特害怕吃着东西,看着像毛毛虫,不过朋友们都挺喜欢吃的.
|
|
返回顶楼 | |
发表时间:2007-09-23
木头里白色的肉虫,不错
可以炒,蒸,但我发现烤最好吃 用铁丝夹上在火炭上烤,虫子会膨胀破,冒出香气,味道有点像花生, 不过比花生香味浓很多倍,口味很不错,营养比鸡肉猪肉什么要高很多 也健康很多 和蚕蛹比不清楚 |
|
返回顶楼 | |
发表时间:2007-09-24
大寒。。。。。。。偶只能接受螃蟹这种。。。。再升级的款式比如顶楼。。。。听到就想吐。。。。。
|
|
返回顶楼 | |
发表时间:2007-09-24
akane 写道 大寒。。。。。。。偶只能接受螃蟹这种。。。。再升级的款式比如顶楼。。。。听到就想吐。。。。。
哈哈,吃过石花不? |
|
返回顶楼 | |