事务架构指南

前段时间在论坛回答两个问题：事务和事件，这两个概念涉及到业务和技术架构的区分问题，合适的架构解决合适的业务，就像不同运输工具装载不同的运输物一样，人用客车装载，货物用卡车装载。 通过长期业务实践，我们会发现业务中隐约有一些通用共同的东西，如果我们能够总结出

据个例子：有个 仓库 共享对象仓库『 events addEvent』 A 线程 处理一个事务（里面会用到仓库对象）如果失败需要回滚 如果成功store event to diskb 线程 处理一个事务（里面也会用到

如何根据业务选择不同的技术架构，这是一个方向战略性问题，我在论支付宝与12306的业务类型可比性是从OO分析方式进行论证，但是更多时候我们很多人基本都是从关系数据库的设计开始项目

NOSQL存储的基于事件的事务实现

一直隐身看jdon的东东，很有感触，在此十分感谢 bang 疑问： 比如某个Domain对象会有自己的一个operation从而引发一个event 单事件 可以保证事务性。

目前自己也在摸索着DDD，在某些方面还是很受教育的，多谢bang大。 请问是否这样的缓存框架：能够一次性update多个Object并保证该动作是"原子性" ? 个人需求的来源： 在实际项目

我们项目用存储过程比较多，但是里面的语句有的执行时间比较长，所以我打算把他们从存储过程提出来，用JDBC直接执行这几个SQL，同时应用多线程来缩短执行时间，每个线程里开启一个事务。我通过使用CyclicBarrier可以做到这几个线程里的事务像分布式事务一样，实现了All-or-Nothing原则。

用户甲的操作1.开始事务2.访问表A3.访问表B4.提交事务乙用户在操作1.开始事务2.访问表B3.访问表A4.提交事务 访问时候，进行了操作。大神们，怎么来控制比较好处理呢

在Jdon向各位前辈学习有一段时间了，自己也思考了一些问题，有个地方想不通，特来赐教。 大家都知道在面向对象编程的过程中，将对象拆分成各个字段存放在数据库中是一种不正确的做法，比较正确的是使用缓存机制，将常用对象实例化后放入缓存，保持在对象生命周期内的快速访问和对象的完整性，问

对SPRING的事务控制的理解仅出于之前对数据库中事务的理解，即将一些原子操作捆绑成一个大的原子操作，这一堆操作，要么同时成功完成，要么都失败。 但是对SPRING的事务控制有一些疑惑： 1. 我的理解，从SPR

NOSQL中的mongodb 是我心目中理想的数据库.可是事务问题一直纠结.事物在很多系统之中是必不可少的.如果使用乐观锁来实现事务呢?这个方案有没有明显的漏洞?如果用来做财务系统可行不? [该贴被px96004于2013-09-0

Event Sourced Architectures for Hi

事务是在 domain里 处理，还是放在 Dal里处理？ 如果放在domain里，请大师如何设计 持久化与domain的接口？如果放在Dal里，那么dal负载业务层的逻辑，应该不是一种好的设计？请banq大师指点

小弟最近搭一个小系统，想使用SPRING的DAO封装-JDBCTemplate，并且想用上声明式事务管理。因为之前没有实际运用，只是阅读了SPRING的文档，感觉还是有很多疑问，请问一下，大师们有没有用SPRING的事务管理用的比较熟的，有没有什么心得。在下有几点疑问：1.现

看了BANQ对弱一致性的讨论，引用了PPT里面的卖票的用例。票包含了很多状态。这样可以将一个事物操作表示成一个事物的过程。每一个步骤都有对应的状态。还有一个卖咖啡的例子也是。但是这里有一个问题：利用弱一致性达到大吞吐量和性能提升，但是带来的问题就是弱安全性，我们必须通过一种机制来保证数据一致（最终一

JiveJdon 的事务处理机制是什么？有谁了解？