Database 业务域的数据库事务处理

我们有业务用例，而单个业务用例将有

读-写-写-读-写等

本质上，它是读和写调用的混合，但是要么所有的写操作都应该工作，要么一个都不工作，就像回滚所有成功的写操作直到失败的写操作一样

我们的制度如下

数据库模块-rabbitmq-数据库

目前，DB模块每个表有一个CRUD DAO。它提供了一个API，将表名、操作和更改作为输入，创建json并将其提供给Rabbitmq

有哪些设计模式/已知解决方案可以处理这种事务处理和回滚场景。当我在谷歌上搜索时，我找到了大多数我们没有使用的SQL世界的解决方案

任何帮助都会很好

谢谢

：

维护受业务事务影响的对象列表，以及 协调变更的写出和变更的解决 并发问题

以及：

工作单元跟踪您在业务期间所做的一切 可能影响数据库的事务。当你完成后，它就会出现 因此，我们将列出更改数据库所需的所有操作 谢谢你的工作

它似乎与您的场景完美匹配