CN114048196B - 一种工作流系统数据处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种工作流系统数据处理方法、装置、设备及存储介质，涉及数据存储技术领域，包括：对工作流系统的数据库进行数据切分操作，以得到对应的第一数据库和第二数据库；第一数据库中存储用于对流程进行定义的定义数据，第二数据库中存储与定义数据对应的运转数据；获取数据交互指令，并基于第一数据库中与交互指令对应的定义数据控制第二数据库中相应的运转数据进行实例化运行；获取数据迁移指令，并基于数据迁移指令将第二数据库中实例化运行后的运转数据对应的定义数据迁移至第一数据库。本申请采用数据分库的方式优化数据库架构，有效区分流程定义设计和流程运转功能的数据，实现分库数据交互和迁移。

Description

一种工作流系统数据处理方法、装置、设备及存储介质

技术领域

本发明涉及数据存储技术领域，特别涉及一种工作流系统数据处理方法、装置、设备及存储介质。

背景技术

随着工作流技术的日益成熟和完善，工作流在越来越多的领域发挥了重要作用。现阶段客户需求不断变化、产品持续升级，使得业务逻辑复杂且高度耦合。特别是在大数据时代下需要更加关注数据交互和迁移问题，工作流产品在流程定义设计和流程运转时功能繁杂，且现有技术中并未针对工作流系统的数据处理采取有效和完善的应对措施，从而导致业务逻辑不清晰且维护困难。

因此，如对解决工作流系统中业务逻辑不清晰且耦合度高的问题是本领域技术人员亟待解决的技术问题。

发明内容

有鉴于此，本发明的目的在于提供一种工作流系统数据处理方法、装置、设备及存储介质，能够有效区分流程定义设计和流程运转功能的数据，实现分库数据交互和迁移。其具体方案如下：

本申请的第一方面提供了一种工作流系统数据处理方法，包括：

对工作流系统的数据库进行数据切分操作，以得到对应的第一数据库和第二数据库；其中，所述第一数据库中存储用于对流程进行定义的定义数据，所述第二数据库中存储与定义数据对应的运转数据；

获取数据交互指令，并基于所述第一数据库中与所述交互指令对应的定义数据控制所述第二数据库中相应的运转数据进行实例化运行；

获取数据迁移指令，并基于所述数据迁移指令将所述第二数据库中实例化运行后的运转数据对应的定义数据迁移至所述第一数据库。

可选的，基于所述第一数据库中与所述交互指令对应的定义数据控制所述第二数据库中相应的运转数据进行实例化运行，包括：

利用与所述第一数据库具有连接关系的建模工具从所述第一数据库中获取与所述交互指令对应的由定义数据构建的流程模板；

通过与所述第二数据库具有连接关系的工作流引擎将所述流程模板在所述第二数据库中进行发布的方式控制所述第二数据库中与所述流程模板对应的运转数据的流程实例进行运行。

可选的，工作流系统数据处理方法，还包括：

通过利用所述建模工具对application.yml文件进行配置的方式在所述建模工具与所述第一数据库之间建立连接关系，并通过利用所述工作流引擎对inforflow.xml文件进行配置的方式在所述工作流引擎与所述第二数据库之间建立连接关系。

可选的，通过与所述第二数据库具有连接关系的工作流引擎将所述流程模板在所述第二数据库中进行发布，包括：

通过调用所述工作流引擎的流程定义发布接口将所述流程模板在所述第二数据库中进行发布。

可选的，基于所述数据迁移指令将所述第二数据库中实例化运行后的运转数据对应的定义数据迁移至所述第一数据库，包括：

控制所述建模工具调用所述工作流引擎的流程定义查询接口获取与实例化运行成功的流程实例，以将与实例化运行成功的流程实例的运转数据对应的定义数据导入所述第一数据库。

可选的，控制所述第二数据库中与所述流程模板对应的运转数据的流程实例进行运行之后，还包括：

判断运行后的流程实例是否实例化成功，如果是，则将实例化成功的流程实例对应的运转数据对应的定义数据存储至所述第二数据库中的第一预设数据表；

相应的，所述控制所述建模工具调用所述工作流引擎的流程定义查询接口获取与实例化运行成功的流程实例，以将与实例化运行成功的流程实例的运转数据对应的定义数据导入所述第一数据库，包括：

控制所述建模工具调用所述工作流引擎的所述流程定义查询接口从所述第一预设数据表中获取满足预设条件的运转数据对应的定义数据，以将满足预设条件的运转数据对应的定义数据导入所述第一数据库中的第二预设数据表。

可选的，获取数据交互指令之前，还包括：

利用与所述第一数据库具有连接关系的建模工具根据业务逻辑对业务流程进行定义得到定义数据。

本申请的第二方面提供了一种工作流系统数据处理装置，包括：

分库模块，用于对工作流系统的数据库进行数据切分操作，以得到对应的第一数据库和第二数据库；其中，所述第一数据库中存储用于对流程进行定义的定义数据，所述第二数据库中存储与定义数据对应的运转数据；

交互模块，用于获取数据交互指令，并基于所述第一数据库中与所述交互指令对应的定义数据控制所述第二数据库中相应的运转数据进行实例化运行；

迁移模块，用于获取数据迁移指令，并基于所述数据迁移指令将所述第二数据库中实例化运行后的运转数据对应的定义数据迁移至所述第一数据库。

本申请的第三方面提供了一种电子设备，所述电子设备包括处理器和存储器；其中所述存储器用于存储计算机程序，所述计算机程序由所述处理器加载并执行以实现前述工作流系统数据处理方法。

本申请的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可执行指令被处理器加载并执行时，实现前述工作流系统数据处理方法。

本申请中，先对工作流系统的数据库进行数据切分操作，以得到对应的第一数据库和第二数据库；其中，所述第一数据库中存储用于对流程进行定义的定义数据，所述第二数据库中存储与定义数据对应的运转数据；然后获取数据交互指令，并基于所述第一数据库中与所述交互指令对应的定义数据控制所述第二数据库中相应的运转数据进行实例化运行；最后获取数据迁移指令，并基于所述数据迁移指令将所述第二数据库中实例化运行后的运转数据对应的定义数据迁移至所述第一数据库。本申请采用数据分库的方式将工作流系统的数据库切分为不同的数据库，优化了数据库架构，使得不同功能之间易于扩展和整合，降低了数据维护难度，同时在对复杂的业务逻辑进行拆分的基础上有效区分流程定义设计和流程运转功能的数据，执行交互指令和迁移指令以实现分库数据交互和迁移。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请提供的一种工作流系统数据处理方法流程图；

图2为本申请提供的一种具体的工作流系统数据处理架构图；

图3为本申请提供的一种具体的工作流系统数据处理方法时序图；

图4为本申请提供的一种工作流系统数据处理装置结构示意图；

图5为本申请提供的一种工作流系统数据处理电子设备结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

现阶段客户需求不断变化、产品持续升级，使得业务逻辑复杂且高度耦合。特别是在大数据时代下需要更加关注数据交互和迁移问题，工作流产品在流程定义设计和流程运转时功能繁杂，且现有技术中并未针对工作流系统的数据处理采取有效和完善的应对措施，从而导致业务逻辑不清晰且维护困难。针对上述技术缺陷，本申请提供一种工作流系统数据处理方案，采用数据分库的方式将工作流系统的数据库切分为不同的数据库，优化了数据库架构，使得不同功能之间易于扩展和整合，降低了数据维护难度，同时在对复杂的业务逻辑进行拆分的基础上有效区分流程定义设计和流程运转功能的数据，执行交互指令和迁移指令以实现分库数据交互和迁移。

图1为本申请实施例提供的一种工作流系统数据处理方法流程图。参见图1所示，该工作流系统数据处理方法包括：

S11：对工作流系统的数据库进行数据切分操作，以得到对应的第一数据库和第二数据库；其中，所述第一数据库中存储用于对流程进行定义的定义数据，所述第二数据库中存储与定义数据对应的运转数据。

本实施例中，工作流系统根据业务逻辑进行数据分库，也即对工作流系统的数据库进行数据切分操作，以得到对应的第一数据库和第二数据库。工作流是对工作流程及其各操作步骤之间业务规则的抽象、概括、描述。数据切分根据其切分类型分为两种类型，包括垂直（纵向）切分和水平（横向）切分。工作流系统主要采用垂直切分的方式，即按照业务模块划分数据库。上述生成所述第一数据库和所述第二数据库也即数据分库。在工作流系统中，根据业务的耦合性将数据库分为流程运行库和流程定义库，所述第一数据库为流程定义库，存储用于对流程进行定义的定义数据，所述第二数据库为流程运行库，存储与所述定义数据对应的运转数据。

工作流系统数据分库是当前优化工作流系统数据库架构和根据业务逻辑的耦合性进行数据切分的一种主流技术。主要目标是优化数据库架构，对复杂的业务功能逻辑进行拆分，使得不同功能之间易于扩展和整合，降低维护数据的难度。本实施例中，工作流系统的流程定义库和流程运行库可以连接不同主流数据库，便于进行数据迁移时兼容不同主流数据库。另外，建模工具与流程定义相关流程定义库（所述第一数据库连接）直接连接，工作流引擎与流程运转相关的流程运行库（所述第二数据库连接）直接连接，并按照图2所示的架构实现下述实施例中的数据交互和数据迁移功能。其中，所述建模工具连接流程定义库进行流程定义设计，所述工作流引擎连接流程运行库根据流程定义控制驱动流程实例的运行。

S12：获取数据交互指令，并基于所述第一数据库中与所述交互指令对应的定义数据控制所述第二数据库中相应的运转数据进行实例化运行。

本实施例中，在数据分库之后，可以实现两个数据库间的数据交互功能，先获取数据交互指令，然后基于所述第一数据库中与所述交互指令对应的定义数据控制所述第二数据库中相应的运转数据进行实例化运行。具体的，通过与所述第二数据库具有连接关系的工作流引擎将所述流程模板在所述第二数据库中进行发布的方式控制所述第二数据库中与所述流程模板对应的运转数据的流程实例进行运行。

所述工作流引擎负责的流程运转相关的数据库为流程运行库，在此之前，需要通过利用所述工作流引擎对inforflow.xml文件进行配置的方式在所述工作流引擎与所述第二数据库之间建立连接关系。也即工作流引擎通过inforflow.xml文件连接流程运行库。所述工作流引擎负责实例化流程，并根据流程定义控制驱动流程实例的运行、分配活动的执行人，对外提供丰富的供流程运行的应用编程接口API和服务提供者接口SPI。

本实施例中，需要依托建模工具进行流程定义设计，也即利用与所述第一数据库具有连接关系的建模工具根据业务逻辑对业务流程进行定义得到定义数据。流程定义库（第一数据库）中的流程定义数据可以通过所述工作流引擎发布到流程运行库中，具体通过调用所述工作流引擎的流程定义发布接口将所述流程模板在所述第二数据库中进行发布。

S13：获取数据迁移指令，并基于所述数据迁移指令将所述第二数据库中实例化运行后的运转数据对应的定义数据迁移至所述第一数据库。

本实施例中，还可以实现数据迁移功能，先获取数据迁移指令，然后基于所述数据迁移指令将所述第二数据库中实例化运行后的运转数据对应的定义数据迁移至所述第一数据库。同样的，通过利用所述建模工具对application.yml文件进行配置的方式在所述建模工具与所述第一数据库之间建立连接关系，其中，所述建模工具为可视化的流程设计工具，用户可以快速、方便、直观的对流程进行定义、修改、删除，例如InforSuite Flow 在线建模工具。也即InforSuite Flow 在线建模工具通过application.yml文件连接流程定义库。在线建模工具的模型迁移功能将流程运转库的中的流程定义数据批量导入到流程定义库，实现了从流程运行库到流程定义库的数据迁移。

本实施例中，还可以仅导入实例化成功的流程定义，具体为控制所述建模工具调用所述工作流引擎的流程定义查询接口获取与实例化运行成功的流程实例，以将与实例化运行成功的流程实例的运转数据对应的定义数据导入所述第一数据库。进一步的，在此之前判断运行后的流程实例是否实例化成功，如果是，则将实例化成功的流程实例对应的运转数据对应的定义数据存储至所述第二数据库中的第一预设数据表。上述步骤对应为先控制所述建模工具调用所述工作流引擎的所述流程定义查询接口从所述第一预设数据表中获取满足预设条件的运转数据对应的定义数据，然后将满足预设条件的运转数据对应的定义数据导入所述第一数据库中的第二预设数据表。例如，上述第一预设数据表可以定义为WR_MODEL表，上述第二预设数据表可以定义为WD_MODEFINE表。

综上所述，在利用建模工具定义好流程后进行保存然后将保存成功的流程定义在流程定义库的WD_MODEFINE表中。所述工作流引擎连接流程运行库，流程定义发布通过调用工作流引擎发布接口并将发布成功的流程定义保存到流程运行库中的WR_MODEL表中，实现从流程定义库到流程运行库的数据交互功能。在线建模工具使用模型迁移功能，通过所述工作流引擎调用流程定义查询接口，查询流程运行库中WR_MODEL表中符合批量导入条件（所有流程定义的最新版本）的所有流程定义（文件列表），选中想要进行批量导入的流程定义，然后调用本地接口将选中的流程定义文件将其导入到流程定义库的WD_MODEFINE表中，导入成功的流程定义可在建模工具中进行流程设计并保存在流程定义库的WD_MODEFINE表中，实现从流程运行库到流程定义库的数据迁移功能。具体参照图3所示。

本实施例可以方便的实现数据库需求变化，根据不同业务需求可以连接不同数据库，有效的降低了开发成本。例如，流程定义库连接MySQL数据库，流程运行库连接Oracle数据库。在线建模工具进行流程设计并将数据保存所连接的MySQL数据库中，通过工作流引擎发布到Oracle数据库中，实现了MySQL数据库中的流程定义导入到Oracle数据库中。同时在线建模工具的模型迁移功能，通过工作流引擎查询出Oracle数据库中符合批量导入条件的流程定义，将符合条件的数据通过模型迁移功能导入到MySQL数据库中，实现了Oracle数据库中的流程定义导入到MySQL数据库中。

可见，本申请实施例先对工作流系统的数据库进行数据切分操作，以得到对应的第一数据库和第二数据库；其中，所述第一数据库中存储用于对流程进行定义的定义数据，所述第二数据库中存储与定义数据对应的运转数据；然后获取数据交互指令，并基于所述第一数据库中与所述交互指令对应的定义数据控制所述第二数据库中相应的运转数据进行实例化运行；最后获取数据迁移指令，并基于所述数据迁移指令将所述第二数据库中实例化运行后的运转数据对应的定义数据迁移至所述第一数据库。本申请实施例采用数据分库的方式将工作流系统的数据库切分为不同的数据库，优化了数据库架构，使得不同功能之间易于扩展和整合，降低了数据维护难度，同时在对复杂的业务逻辑进行拆分的基础上有效区分流程定义设计和流程运转功能的数据，执行交互指令和迁移指令以实现分库数据交互和迁移。

参见图4所示，本申请实施例还相应公开了一种工作流系统数据处理装置，包括：

分库模块11，用于对工作流系统的数据库进行数据切分操作，以得到对应的第一数据库和第二数据库；其中，所述第一数据库中存储用于对流程进行定义的定义数据，所述第二数据库中存储与定义数据对应的运转数据；

交互模块12，用于获取数据交互指令，并基于所述第一数据库中与所述交互指令对应的定义数据控制所述第二数据库中相应的运转数据进行实例化运行；

迁移模块13，用于获取数据迁移指令，并基于所述数据迁移指令将所述第二数据库中实例化运行后的运转数据对应的定义数据迁移至所述第一数据库。

可见，本申请实施例先对工作流系统的数据库进行数据切分操作，以得到对应的第一数据库和第二数据库；其中，所述第一数据库中存储用于对流程进行定义的定义数据，所述第二数据库中存储与定义数据对应的运转数据；然后获取数据交互指令，并基于所述第一数据库中与所述交互指令对应的定义数据控制所述第二数据库中相应的运转数据进行实例化运行；最后获取数据迁移指令，并基于所述数据迁移指令将所述第二数据库中实例化运行后的运转数据对应的定义数据迁移至所述第一数据库。本申请实施例采用数据分库的方式将工作流系统的数据库切分为不同的数据库，优化了数据库架构，使得不同功能之间易于扩展和整合，降低了数据维护难度，同时在对复杂的业务逻辑进行拆分的基础上有效区分流程定义设计和流程运转功能的数据，执行交互指令和迁移指令以实现分库数据交互和迁移。

在一些具体实施例中，所述交互模块12，具体包括：

获取单元，用于利用与所述第一数据库具有连接关系的建模工具从所述第一数据库中获取与所述交互指令对应的由定义数据构建的流程模板；

运行单元，用于通过与所述第二数据库具有连接关系的工作流引擎将所述流程模板在所述第二数据库中进行发布的方式控制所述第二数据库中与所述流程模板对应的运转数据的流程实例进行运行。

在一些具体实施例中，所述工作流系统数据处理装置还包括：

建模模块，用于利用与所述第一数据库具有连接关系的建模工具根据业务逻辑对业务流程进行定义得到所述定义数据；

第一配置模块，用于通过利用所述建模工具对application.yml文件进行配置的方式在所述建模工具与所述第一数据库之间建立连接关系；

第二配置模块，用于通过利用所述工作流引擎对inforflow.xml文件进行配置的方式在所述工作流引擎与所述第二数据库之间建立连接关系。

在一些具体实施例中，所述迁移模块13，具体包括：

查询单元，用于控制所述建模工具调用所述工作流引擎的流程定义查询接口获取与实例化运行成功的流程实例；

导入单元，用于将与实例化运行成功的流程实例的运转数据对应的定义数据导入所述第一数据库。

在一些具体实施例中，所述工作流系统数据处理装置还包括：

判断模块，用于判断运行后的流程实例是否实例化成功，如果是，则将实例化成功的流程实例对应的运转数据对应的定义数据存储至所述第二数据库中的第一预设数据表；

相应的，在一些具体实施例中，所述查询单元，具体用于控制所述建模工具调用所述工作流引擎的所述流程定义查询接口从所述第一预设数据表中获取满足预设条件的运转数据对应的定义数据；

所述导入单元，具体用于将满足预设条件的运转数据对应的定义数据导入所述第一数据库中的第二预设数据表。

进一步的，本申请实施例还提供了一种电子设备。图5是根据一示例性实施例示出的电子设备20结构图，图中的内容不能认为是对本申请的使用范围的任何限制。

图5为本申请实施例提供的一种电子设备20的结构示意图。该电子设备20，具体可以包括：至少一个处理器21、至少一个存储器22、电源23、通信接口24、输入输出接口25和通信总线26。其中，所述存储器22用于存储计算机程序，所述计算机程序由所述处理器21加载并执行，以实现前述任一实施例公开的工作流系统数据处理方法中的相关步骤。

本实施例中，电源23用于为电子设备20上的各硬件设备提供工作电压；通信接口24能够为电子设备20创建与外界设备之间的数据传输通道，其所遵循的通信协议是能够适用于本申请技术方案的任意通信协议，在此不对其进行具体限定；输入输出接口25，用于获取外界输入数据或向外界输出数据，其具体的接口类型可以根据具体应用需要进行选取，在此不进行具体限定。

另外，存储器22作为资源存储的载体，可以是只读存储器、随机存储器、磁盘或者光盘等，其上所存储的资源可以包括操作系统221、计算机程序222及数据223等，存储方式可以是短暂存储或者永久存储。

其中，操作系统221用于管理与控制电子设备20上的各硬件设备以及计算机程序222，以实现处理器21对存储器22中海量数据223的运算与处理，其可以是Windows Server、Netware、Unix、Linux等。计算机程序222除了包括能够用于完成前述任一实施例公开的由电子设备20执行的工作流系统数据处理方法的计算机程序之外，还可以进一步包括能够用于完成其他特定工作的计算机程序。数据223可以包括电子设备20收集到的指令信息。

进一步的，本申请实施例还公开了一种存储介质，所述存储介质中存储有计算机程序，所述计算机程序被处理器加载并执行时，实现前述任一实施例公开的工作流系统数据处理方法步骤。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个…”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本发明所提供的工作流系统数据处理方法、装置、设备及存储介质进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (7)

1.一种工作流系统数据处理方法，其特征在于，包括：

对工作流系统的数据库进行数据切分操作，以得到对应的第一数据库和第二数据库；其中，所述第一数据库中存储用于对流程进行定义的定义数据，所述第二数据库中存储与定义数据对应的运转数据；

获取数据交互指令，并基于所述第一数据库中与所述交互指令对应的定义数据控制所述第二数据库中相应的运转数据进行实例化运行；

获取数据迁移指令，并基于所述数据迁移指令将所述第二数据库中实例化运行后的运转数据对应的定义数据迁移至所述第一数据库；

其中，基于所述第一数据库中与所述交互指令对应的定义数据控制所述第二数据库中相应的运转数据进行实例化运行，包括：

利用与所述第一数据库具有连接关系的建模工具从所述第一数据库中获取与所述交互指令对应的由定义数据构建的流程模板；

通过与所述第二数据库具有连接关系的工作流引擎将所述流程模板在所述第二数据库中进行发布的方式控制所述第二数据库中与所述流程模板对应的运转数据的流程实例进行运行；

基于所述数据迁移指令将所述第二数据库中实例化运行后的运转数据对应的定义数据迁移至所述第一数据库，包括：

控制所述建模工具调用所述工作流引擎的流程定义查询接口获取与实例化运行成功的流程实例，以将与实例化运行成功的流程实例的运转数据对应的定义数据导入所述第一数据库；

控制所述第二数据库中与所述流程模板对应的运转数据的流程实例进行运行之后，还包括：

判断运行后的流程实例是否实例化成功，如果是，则将实例化成功的流程实例对应的运转数据对应的定义数据存储至所述第二数据库中的第一预设数据表；

相应的，所述控制所述建模工具调用所述工作流引擎的流程定义查询接口获取与实例化运行成功的流程实例，以将与实例化运行成功的流程实例的运转数据对应的定义数据导入所述第一数据库，包括：

控制所述建模工具调用所述工作流引擎的所述流程定义查询接口从所述第一预设数据表中获取满足预设条件的运转数据对应的定义数据，以将满足预设条件的运转数据对应的定义数据导入所述第一数据库中的第二预设数据表。

2.根据权利要求1所述的工作流系统数据处理方法，其特征在于，还包括：

通过利用所述建模工具对application.yml文件进行配置的方式在所述建模工具与所述第一数据库之间建立连接关系，并通过利用所述工作流引擎对inforflow.xml文件进行配置的方式在所述工作流引擎与所述第二数据库之间建立连接关系。

3.根据权利要求1所述的工作流系统数据处理方法，其特征在于，通过与所述第二数据库具有连接关系的工作流引擎将所述流程模板在所述第二数据库中进行发布，包括：

通过调用所述工作流引擎的流程定义发布接口将所述流程模板在所述第二数据库中进行发布。

4.根据权利要求1至3任一项所述的工作流系统数据处理方法，其特征在于，获取数据交互指令之前，还包括：

利用与所述第一数据库具有连接关系的建模工具根据业务逻辑对业务流程进行定义得到定义数据。

5.一种工作流系统数据处理装置，其特征在于，包括：

分库模块，用于对工作流系统的数据库进行数据切分操作，以得到对应的第一数据库和第二数据库；其中，所述第一数据库中存储用于对流程进行定义的定义数据，所述第二数据库中存储与定义数据对应的运转数据；

交互模块，用于获取数据交互指令，并基于所述第一数据库中与所述交互指令对应的定义数据控制所述第二数据库中相应的运转数据进行实例化运行；

迁移模块，用于获取数据迁移指令，并基于所述数据迁移指令将所述第二数据库中实例化运行后的运转数据对应的定义数据迁移至所述第一数据库；

所述交互模块，具体包括：

获取单元，用于利用与所述第一数据库具有连接关系的建模工具从所述第一数据库中获取与所述交互指令对应的由定义数据构建的流程模板；

运行单元，用于通过与所述第二数据库具有连接关系的工作流引擎将所述流程模板在所述第二数据库中进行发布的方式控制所述第二数据库中与所述流程模板对应的运转数据的流程实例进行运行；

所述迁移模块，具体包括：

查询单元，用于控制所述建模工具调用所述工作流引擎的流程定义查询接口获取与实例化运行成功的流程实例；

导入单元，用于将与实例化运行成功的流程实例的运转数据对应的定义数据导入所述第一数据库；

所述工作流系统数据处理装置还包括：

判断模块，用于判断运行后的流程实例是否实例化成功，如果是，则将实例化成功的流程实例对应的运转数据对应的定义数据存储至所述第二数据库中的第一预设数据表；

相应的，所述查询单元，具体用于控制所述建模工具调用所述工作流引擎的所述流程定义查询接口从所述第一预设数据表中获取满足预设条件的运转数据对应的定义数据；

所述导入单元，具体用于将满足预设条件的运转数据对应的定义数据导入所述第一数据库中的第二预设数据表。

6.一种电子设备，其特征在于，所述电子设备包括处理器和存储器；其中所述存储器用于存储计算机程序，所述计算机程序由所述处理器加载并执行以实现如权利要求1至4任一项所述的工作流系统数据处理方法。

7.一种计算机可读存储介质，其特征在于，用于存储计算机可执行指令，所述计算机可执行指令被处理器加载并执行时，实现如权利要求1至4任一项所述的工作流系统数据处理方法。

Images