CN103593403B - 一种流程表中业务数据关联方法及系统 - Google Patents

Abstract

本发明实施例提供一种流程表中业务数据关联方法及系统，所述方法包括以下步骤：在流程表中设置扩展列；提取业务数据，将业务数据制作为名值对数据；所述名值对数据包括业务数据名称和业务数据内容；将名值对数据写入所述流程表的扩展列；所述系统具体包括：设置模块，用于在流程表中设置扩展列；名值对模块，用于提取业务数据，将业务数据制作为名值对数据；所述名值对数据包括业务数据名称和业务数据内容；写入模块，用于将名值对数据写入所述流程表的扩展列。

Description

一种流程表中业务数据关联方法及系统

技术领域

本发明涉及数据处理技术领域，特别涉及一种流程表中业务数据关联方法及系统。

背景技术

在工作数据流的应用当中，流程表用于控制数据流的流程，可谓是工作数据流的核心部分。不过流程表中数据一般都是与流程有关的流程数据；流程中涉及的相关业务数据却并不是流程表原始包含的内容。例如在一个员工入职流程中，流程表需要保障数据流按照预设的流程顺利的流转；此外，如员工姓名、性别等相关的业务数据同样是数据流流转和处理过程中必不可少的，但这些业务数据没有原始的包含在流程表中，所以实际应用中需要通过数据处理将这些业务数据关联到流程表。

为了满足实际使用的需求，在关联流程表和业务数据的时候，必须兼顾数据关联的延展性和读写性能。延展性就是在不改变流程表整体逻辑，不影响流程运行的前提下，便捷的增加或减少关联的；而读写性能则是保证根据流程表实现数据流流转和处理的顺畅和高效。

现有技术中，大体上有两种方式进行流程表和业务数据的关联：

一是将业务数据作为业务数据表，并全部与流程表相关联。也就是一个流程表关联诸多的业务数据表，业务数据表可以自由的增加或减少，对流程表的整体逻辑以及流程运行均不产生任何影响，延展性良好。但是其缺陷在于，流程表关联了太多的业务数据表会导致读写速度缓慢，效率降低。

另一则是在流程表中增加业务列，将业务数据写入到业务列中，如表1所示：

流程标识	……	员工姓名	入职时间	员工性别
					20130923FART	……	张三	2013-9-23	男

表1

表1中，员工姓名、入职时间和员工性别三列即业务列。在流程表中设置业务列虽然不影响其读写性能，但是其延展性却存在着极大的不足。每个业务列均代表着特定的信息，并且业务列涉及到流程表的整体逻辑，如果需要增加、减少或者修改一个业务列，实际上就是对于流程表本身的修改，必然会影响到流程运行。

综上可见，现有技术中两种常用的方法均无法做到延展性和读写性能的兼顾。

发明内容

有鉴于此，本发明的目的在于提供一种流程表中业务数据关联方法及系统，所述方法通过在流程表中设置扩展列，并将业务数据制作为名值对数据写入扩展列中，有效的保障了流程表的读写性能和延展性。

为实现上述目的，本发明有以下技术方案：

一种流程表中业务数据关联方法，所述方法包括以下步骤：

在流程表中设置扩展列；

提取业务数据，将业务数据制作为名值对数据；所述名值对数据包括业务数据名称和业务数据内容；

将名值对数据写入所述流程表的扩展列。

所述方法还包括：

建立流程辅表；

判断名值对数据是否需要排序，如需排序则将名值对数据以及该名值对数据对应的流程标识写入流程辅表；

在流程辅表中，根据名值对数据中的业务数据内容，对名值对数据进行排序。

所述流程辅表包括：

流程标识列、业务数据名称列和业务数据内容列。

所述方法还包括：

当接收到基于业务数据内容的查询请求时，则判断该查询基于的业务数据内容是否需要顺序查询；

如果需要则通过流程辅表中已经排序的业务数据内容进行查询；得到被查询的业务数据内容；

通过该业务数据内容找到对应的流程标识；并通过该流程标识在流程表中找到对应的流程。

所述方法还包括：

当接收到基于业务数据内容的查询请求时，则判断该查询基于的业务数据内容是否需要顺序查询；

如果不需要则直接在流程表中查询到该业务数据内容对应的流程。

一种流程表中业务数据关联系统，所述系统具体包括：

设置模块，用于在流程表中设置扩展列；

名值对模块，用于提取业务数据，将业务数据制作为名值对数据；所述名值对数据包括业务数据名称和业务数据内容；

写入模块，用于将名值对数据写入所述流程表的扩展列。

所述系统还包括：

辅表模块，用于建立流程辅表；将需排序的名值对数据以及该名值对数据对应的流程标识写入流程辅表；在流程辅表中根据名值对数据中的业务数据内容，对名值对数据进行排序。

判断模块，判断名值对数据是否需要排序。

所述流程辅表包括：

流程标识列、业务数据名称列和业务数据内容列。

所述判断模块包括：

存储判断单元，用于判断写入到所述扩展列的名值对数据是否需要排序；

查询判断单元，用于在接收到基于名值对数据内容的查询请求时，判断该查询基于的名值对数据是否需要顺序查询。

所述系统还包括：

查询模块，用于在需要顺序查询时，通过流程辅表中已经排序的名值对数据进行查询；得到被查询的名值对数据；通过该名值对数据找到对应的流程标识；并通过该流程标识在流程表中找到对应的流程；

或者，在不需要顺序查询时，直接在流程表中查询到该名值对数据对应的流程。

通过以上技术方案可知，本发明存在的有益效果是：在流程表中写入业务数据，避免了流程表关联多个业务数据表导致了读写性能下降；同时通过名值对数据写入扩展列的形式，避免了增加、减少或修改名值对数据而改变流程表结构，从而影响流程运行；提高了流程表的延展性；本实施例所述方法实现了流程表读写性能和延展性的兼顾，满足了使用需求；通过流程辅表实现了对于业务数据内容的排序，提高了流程表查询和读取的性能。

附图说明

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

图1为本发明实施例所述方法流程图；

图2为本发明另一实施例所述方法流程图；

图3为本发明实施例所述系统结构示意图。

具体实施方式

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

本发明中，不再通过业务列的形式，以业务数据名称作为列名称，将业务数据内容作为业务列数值，从而将业务数据写入到流程表中，而是设置扩展列，并且将业务数据的名称和内容以名值对的形式呈现。从而避免了对于流程表整体逻辑的修改。

参见图1所示为本发明实施例所述流程表中业务数据关联系统的一个具体的实施例；本实施例中为便于说明，以一个员工入职流程的流程表作为具体应用场景。所述方法包括以下步骤：

步骤101、在流程表中设置扩展列。

在现有技术中，未包含业务数据的流程表可以如表2所示：

流程标识	流程名称	流程状态
			20130923FART	张三入职流程	审核中
20130922FATI	李四入职流程	审核中

表2

在本实施例中，流程标识、流程名称和流程状态三列是工作流流转运行必不可少的三项。

加入了扩展列的流程表如表3所示，此时表3中的扩展列尚未写入任何内容：

流程标识	流程名称	流程状态	扩展列
				20130923FART	张三入职流程	审核中
20130922FATI	李四入职流程	审核中

表3

步骤102、提取业务数据，将业务数据制作为名值对数据；所述名值对数据包括业务数据名称和业务数据内容。

一般而言，一项业务数据往往由两部分组成，一是业务数据的名称，而是业务数据的内容。例如在张三入职流程中，员工姓名将作为一项重要的业务数据，该业务数据的名称显然即“员工姓名”，该项业务数据对应的内容即“张三”；同理还可以有另一项业务数据的名称为“入职时间”，内容为“2013-9-23”即意味着张三2013年9月23日入职。

在现有技术中存在的在流程表中增加业务列的方案中，一般都是以业务数据名称作为业务列的列名称，以业务数据的内容作为该列内容，即表1的形式。但是这样一来，每个业务列便必然代表固定的含义，必须按照一个特定的读写逻辑进行读写。一旦进行修改则相当于是对流程表本身的结构和逻辑进行修改，将必然影响流程的运行，所以延展性极差。

本实施例中不再以业务数据的名称作为业务列的列名称，而是设置不存在固定含义的扩展列；将业务数据名称与业务数据内容制作为一个名值对数据的形式，进而在后续步骤中一并写入到该扩展列当中。

例如，员工姓名一项业务数据对应的名值对数据为：

员工姓名：张三；

入职时间一项业务数据对应的名值对数据为：

入职时间：2013-9-23。

步骤103、将名值对数据写入所述流程表的扩展列。

名值对数据一并写入到扩展列当中，无须对扩展列的列名称做出任何修改。所以按照这种方式无论增加、修改或删除名值对数据，均相当于对流程表内容的变更，而并非是对于流程表结构本身的变更，所以对于流程运行完全不存在影响；可见所述流程表中业务数据关联方法具有良好的延展性。

扩展列写入名值对数据后的流程表如表4所示：

表4

如需在表4的基础上增加一项表示员工籍贯的业务数据，则只需要在扩展列之下增加一个名值对数据，无需其他任何改动，如表5：

表5

通过以上技术方案可知，本实施例存在的有益效果是：在流程表中写入业务数据，避免了流程表关联多个业务数据表导致了读写性能下降；同时通过名值对数据写入扩展列的形式，避免了增加、减少或修改名值对数据而改变流程表结构，从而影响流程运行；提高了流程表的延展性；本实施例所述方法实现了流程表读写性能和延展性的兼顾，满足了使用需求。

参见图2所示，为本发明所述方法的另一个具体实施例，本实施例中在图1所示实施例的基础之上做出了扩充；前述实施例中相关描述以及应用场景的设置同样适用于本实施例；本实施例所述方法在前述实施例的基础上进一步包括的步骤有：

步骤201、建立流程辅表。

步骤202、判断名值对数据是否需要排序，如需排序则将名值对数据以及该名值对数据对应的流程标识写入流程辅表。

本实施例中，流程辅表用于辅助查询和读取流程表中数据。为便于查询和读取，某一些业务数据是可以按照一定顺序进行排序的。例如表5中“入职时间”这一项业务数据，就可以按照时间顺序进行排序。在表1所描述的现有技术方案中，代表入职时间的业务列之下的内容可以按照时间的顺序直接进行排序；但是本实施例中所有业务数据均以名值对数据的形式写在流程表中，所以无法直接的进行排序。

建立所述流程辅表的作用便是解决本实施例中流程表无法根据名值对数据排序的问题。

此外需要说明的是，并非所有的业务数据都是需要排序的，例如表5中员工籍贯这一项数据，就没有明显的排序规律，可以不对其进行排序。

本实施例中判断每个写入流程表的名值对数据是否需要排序，并将需要排序的名值对数据，以及该名值对数据对应的流程标识一并写入到流程辅表中。

还以表5为例，判断“张三入职流程”中，“入职时间：2013-9-23”这一名值对数据是需要排序的，所以本实施例中将该名值对数据本身，连同对应的流程标识“20130923FART”全部写入到流程辅表中。所述流程辅表包括流程标识列、业务数据名称列和业务数据内容列；流程辅表的具体格式如表6所示：

流程标识	业务数据名称	业务数据内容
			20130923FART	员工入职时间	2013-9-23

表6

可见为便于排序，业务数据在流程辅表中不再以名值对的形式呈现。

步骤203、在流程辅表中，根据名值对数据中的业务数据内容，对名值对数据进行排序。

当流程辅表中存在多个业务数据的时候，即可根据业务数据内容对业务数据及业务数据对应的流程进行排序，如表7所示，即为两个流程按照员工入职时间降序排列后的结果：

流程标识	业务数据名称	业务数据内容
			20130923FART	员工入职时间	2013-9-23
20130922FATI	员工入职时间	2013-9-22

表7

根据本实施例中对于流程辅表的设置，相应的还存在下列对于流程表读取和查询的方法，具体如下：

步骤204、当接收到基于业务数据内容的查询请求时，则判断该查询基于的业务数据内容是否需要顺序查询。

基于前述描述已知，对于有些名值对数据或者说业务数据的查询是需要按顺序（或者说排序）结果查询的，例如入职时间；有些则不需要，例如员工籍贯。所以在查询中首先需要判断查询基于的业务数据内容是否需要顺序查询。判断结果不同，其对应的查询过程也不同。只有针对需要按顺序查询的业务数据内容，才会利用所述流程辅表。所以本实施例中，判断需要则进入步骤205，否则进入步骤206。

步骤205、通过流程辅表中已经排序的业务数据内容进行查询；得到被查询的业务数据内容；通过该业务数据内容找到对应的流程标识；并通过该流程标识在流程表中找到对应的流程。

本步骤中，首先在流程辅表中对已经排序的业务数据内容中进行查询，参考表5与表7，当需要查询入职时间为2013-9-23的业务数据内容时，可以在表7中找到这一业务数据内容对应的流程标识是“20130923FART”，进而在表5中查找这一流程标识，得到以下流程：

步骤206、直接在流程表中查询到该业务数据内容对应的流程。

对于不需要排序的业务数据内容，则直接在流程表的扩展列中查询。例如被查询的业务数据内容为“张三”，即直接从流程表的扩展列中查询与张三相关的流程。

通过以上技术方案可知，本实施例在图1所示实施例的基础上，进一步存在的有益效果是：本实施例中通过流程辅表实现了对于业务数据内容的排序，提高了流程表查询和读取的性能；本实施例中所述方法整体技术方案更加完整，公开更加充分。

对应图1～2所示流程表中业务数据关联方法，本实施例中公开一种流程表中业务数据关联系统，所述系统为实现上述方法所需的系统，二者技术方案本质上一致，前述实施例中相关描述同样适用于本实施例，所述系统具体包括：

设置模块，用于在流程表中设置扩展列；

名值对模块，用于提取业务数据，将业务数据制作为名值对数据；所述名值对数据包括业务数据名称和业务数据内容；

写入模块，用于将名值对数据写入所述流程表的扩展列。

所述系统还包括：

辅表模块，用于建立流程辅表；将需排序的名值对数据以及该名值对数据对应的流程标识写入流程辅表；在流程辅表中根据名值对数据中的业务数据内容，对名值对数据进行排序。

判断模块，判断名值对数据是否需要排序。

所述流程辅表包括：

流程标识列、业务数据名称列和业务数据内容列。

所述判断模块包括：

存储判断单元，用于判断写入到所述扩展列的名值对数据是否需要排序；

查询判断单元，用于在接收到基于名值对数据内容的查询请求时，判断该查询基于的名值对数据是否需要顺序查询。

所述系统还包括：

查询模块，用于在需要顺序查询时，通过流程辅表中已经排序的名值对数据进行查询；得到被查询的名值对数据；通过该名值对数据找到对应的流程标识；并通过该流程标识在流程表中找到对应的流程；

或者，在不需要顺序查询时，直接在流程表中查询到该名值对数据对应的流程。

本实施例中，所述系统存在的有益效果是：在流程表中写入业务数据，避免了流程表关联多个业务数据表导致了读写性能下降；同时通过名值对数据写入扩展列的形式，避免了增加、减少或修改名值对数据而改变流程表结构，从而影响流程运行；提高了流程表的延展性；本实施例所述方法实现了流程表读写性能和延展性的兼顾，满足了使用需求；通过流程辅表实现了对于业务数据内容的排序，提高了流程表查询和读取的性能。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (8)

1.一种流程表中业务数据关联方法，其特征在于，所述方法包括以下步骤：

在流程表中设置扩展列；

提取业务数据，将业务数据制作为名值对数据；所述名值对数据包括业务数据名称和业务数据内容；

将名值对数据写入所述流程表的扩展列；所述名值对数据能够增加、修改或删除；

建立流程辅表；

判断名值对数据是否需要排序，如需排序则将名值对数据以及该名值对数据对应的流程标识写入流程辅表；

在流程辅表中，根据名值对数据中的业务数据内容，对名值对数据进行排序。

2.根据权利要求1所述 方法，其特征在于，所述流程辅表包括：

流程标识列、业务数据名称列和业务数据内容列。

3.根据权利要求2所述方法，其特征在于，所述方法还包括：

当接收到基于业务数据内容的查询请求时，则判断该查询基于的业务数据内容是否需要顺序查询；

如果需要则通过流程辅表中已经排序的业务数据内容进行查询；得到被查询的业务数据内容；

通过该业务数据内容找到对应的流程标识；并通过该流程标识在流程表中找到对应的流程。

4.根据权利要求2所述方法，其特征在于，所述方法还包括：

当接收到基于业务数据内容的查询请求时，则判断该查询基于的业务数据内容是否需要顺序查询；

如果不需要则直接在流程表中查询到该业务数据内容对应的流程。

5.一种流程表中业务数据关联系统，其特征在于，所述系统具体包括：

设置模块，用于在流程表中设置扩展列；

名值对模块，用于提取业务数据，将业务数据制作为名值对数据；所述名值对数据包括业务数据名称和业务数据内容；

写入模块，用于将名值对数据写入所述流程表的扩展列；所述名值对数据能够增加、修改或删除；

辅表模块，用于建立流程辅表；将需排序的名值对数据以及该名值对数据对应的流程标识写入流程辅表；在流程辅表中根据名值对数据中的业务数据内容，对名值对数据进行排序；

判断模块，判断名值对数据是否需要排序。

6.根据权利要求5所述 系统，其特征在于，所述流程辅表包括：

流程标识列、业务数据名称列和业务数据内容列。

7.根据权利要求5或6所述系统，其特征在于，所述判断模块包括：

存储判断单元，用于判断写入到所述扩展列的名值对数据是否需要排序；

查询判断单元，用于在接收到基于名值对数据内容的查询请求时，判断该查询基于的名值对数据是否需要顺序查询。

8.根据权利要求7所述系统，其特征在于，所述系统还包括：

查询模块，用于在需要顺序查询时，通过流程辅表中已经排序的名值对数据进行查询；得到被查询的名值对数据；通过该名值对数据找到对应的流程标识；并通过该流程标识在流程表中找到对应的流程；

或者，在不需要顺序查询时，直接在流程表中查询到该名值对数据对应的流程。