[发明专利]一种保证数据库内事务一致的方法及装置

说明书

技术领域

本发明涉及数据库事务管理技术领域，特别涉及一种保证数据库内事务一致的方法及装置。 

背景技术

现代企业信息化程度已经越来越高，业务也越来越多样化，往往是不同的业务拥有不同的系统，而这些系统通常又需要相互交互，例如在某企业，需要通过电子表单和工作流系统结合进行各种业务审批，在审批过程中甚至于还需要使用第三方独立的业务系统，如财务或人力资源系统等，以便为决策提供参考。在这些系统之间进行操作时，数据的完整性就显得尤为重要.如：电子表单采集的数据和工作流的状态数据，工作流的流程数据和财务系统之间的数据，都需要保证完整才能进行后续处理。 

企业的信息化项目，多数都要求能够快速构建，越来越多的开发厂商都使用一些能够提高开发速度基础平台产品，如何保证基础平台与业务系统之间的事务一致性，以及其他提供服务和使用服务的系统之间的事务一致性，是需要解决的主要问题。 

当前用来解决系统集成时的事务一致性问题的解决方案是将两种系统的事务框架统一为同一种事务管理框架，要求使用服务的一方必须使用提供服务一方的事务管理框架。例如，基于java实现的流程业务处理框架(JBPM，Java Business Process Management)其是一个开源工作流，在用户使用JBPM做业务开发时，必须使用JBPM提供的jbpmcontext对象，完成数据库操作，并且结束时需要调用jbpmcontext.close()方法将处理完成的事务提交至数据库，从而保证数据库内的事务一致性。 

图1是现有的保证数据库内事务一致的实现原理示意图。在图1中，假设A系统是提供服务的系统或称为支撑系统，B系统是使用服务的系统或称为业务系统，上述A系统、B系统以及A系统所提供的事务管理框架(A-TM)都位于服务器端。 

当服务器端根据来自客户端的业务请求需要使用A系统提供的服务时，具体操作为，B系统通过A系统所提供的事务管理框架(A-TM)完成对数据的处理操作，之后，通过A-TM完成对数据库持久化时的事务管理操作，即B系统通过A-TM完成对数据库X、Y、Z的持久化操作。 

上述现有技术至少存在如下问题： 

1、业务系统与支撑系统的耦合度高，如图1中的B系统与A系统的耦合度要求较高。 

2、如果新开发的系统已经采用新的事物管理框架完成了部分开发，需要对这部分代码进行修改。例如，如果图1中的B系统已使用了C系统的事务管理框架完成了部分开发，而该B系统运行时需使用A-TM，则需要对已开发的代码进行修改以使其适应A-TM。 

3、缺乏灵活性，要求待开发的业务系统必须与支撑系统所使用的事务管理框架相适应。 

发明内容

本发明实施例的目的在于提供一种保证数据库内事务一致的方法及装置，在保证了数据库内事务一致的同时，降低了业务系统与支撑系统的耦合度，且提高了开发的灵活性。 

本发明提供了一种保证数据库内事务一致的方法，包括：在第一系统设置第一事务管理框架，在第二系统设置第二事务管理框架，所述方法还包括： 

第一系统接收来自第二系统的业务调用请求，调用第一事务管理框架，由所述第一事务管理框架判断设置在第二系统的第二事务管理框架是否开启了事务，若是，则设置事务相关标识为相关，并设置第一事务管理框架自身的事务为开启状态； 

第一系统将第二系统所需要的事务交给第二系统进行处理，并且，第一系统对交给第二系统进行处理的事务进行相对应的逻辑事务处理； 

第一系统处理完毕后通知第一事务管理框架，由第一事务管理框架判断出不满足提交条件后，结束。 

其中，若第一事务管理框架判断出设置在第二系统的第二事务管理框架未开启事务，则所述方法还包括： 

第一事务管理框架设置事务相关标识为不相关，并设置自身的事务为开启状态，之后，第一系统将第二系统所需要的事务交给第一系统自身进行处理； 

第一系统处理完毕后，再向第一事务管理框架发送通知，由第一事务管理框架判断是否满足提交条件，若是，则将第一系统所处理的逻辑事务提交至与第一系统对应的数据库。 

其中，所述设置第一事务管理框架自身的事务为开启状态后，还包括：将事务计数器的值加1。 

其中，所述判断是否满足提交条件的步骤包括： 

第一事务管理框架判断自身的事务状态为开启，且事务相关标识为不相关，若是，将所述事务计数器的值减1，否则，判定为不满足提交条件；