Rest API调用和DB操作顺序
我有一个理论问题 我在一个站点后端有一个普通的HTTP请求，它执行一些业务逻辑（例如，更改数据-所有数据都包装在一个事务中），并在这个过程中调用RESTful WS，这是一个POST，因此也会更改其他站点、其他db上的数据 我有点担心一致性 如果WS成功了，但调用它的进程无法提交，该怎么办。我可以先提交流程，但在这种情况下，我必须担心WS失败Rest API调用和DB操作顺序,rest,transactions,distributed-transactions,Rest,Transactions,Distributed Transactions,我有一个理论问题 我在一个站点后端有一个普通的HTTP请求，它执行一些业务逻辑（例如，更改数据-所有数据都包装在一个事务中），并在这个过程中调用RESTful WS，这是一个POST，因此也会更改其他站点、其他db上的数据 我有点担心一致性 如果WS成功了，但调用它的进程无法提交，该怎么办。我可以先提交流程，但在这种情况下，我必须担心WS失败 所以我的问题是，处理这种情况的标准是什么？如果WS成功了，但是调用它的进程不能提交，会怎么样？如果提交失败，WS不是会失败吗？我的意思是WS成功了（别忘了
所以我的问题是，处理这种情况的标准是什么？如果WS成功了，但是调用它的进程不能提交，会怎么样？如果提交失败，WS不是会失败吗？我的意思是WS成功了（别忘了，其他数据库，其他系统），而我自己的数据库中的事务失败了。听起来你好像运气不好。：）是的，这也是我的担心。：D