CN115292252A - 一种基于关联引用的数据传导方法和系统 - Google Patents

Abstract

本申请涉及一种基于关联引用的数据传导方法和系统，其中，该方法包括数据导出和数据导入，在数据导出过程中：获取导出请求，其中，导出请求中包含待导出组件的类型及标识，根据待导出组件的类型及标识获取当前组件；查询当前组件的关联引用以获取依赖组件的类型及标识，进而获取当前组件的依赖组件，其中，依赖组件包括直接依赖组件和间接依赖组件；将当前组件和依赖组件的文件数据填充到上下文组件库并进行数据处理，将数据处理后得到的文件流进行数据导出。通过本申请，解决了业务模型的数据传导存在的效率低下问题，实现了组件间关联引用的构建，基于该关联引用实现组件的一键式、级联式导出，提高了业务模型的数据传导效率。

Description

一种基于关联引用的数据传导方法和系统

技术领域

本申请涉及数据处理技术领域，特别是涉及一种基于关联引用的数据传导方法和系统。

背景技术

基于大数据等技术的业务平台可以向用户提供各种业务服务，同时在向用户提供业务过程中，会产生大量业务数据。基于用户需求或者业务平台的需求，需要按照一定的数据处理方式对业务数据进行传导，业务模型的数据传到方式主要包括以下两种：

技术方案一：基于关系型数据库来实现业务模型数据的导入导出。该方案中业务模型的配置基于关系型数据库的数据存储，在执行数据导出任务时，需要根据业务模型标识到关系型数据库查询业务模型配置，后将配置信息进行序列化和加密等操作。在数据导入过程中还要将导入的加密文件进行解密、反序列化等对于关系型数据库数据的变更操作，针对每个业务需要多次的导入导出，无法实现级联的导入导出，也不能实现一键式导入导出操作。

技术方案二：基于配置解析来实现业务模型数据的导入导出。该方案能实现业务模型、关联业务模型的一键式导入导出，但在解析业务模型配置的过程中会耗费大量的时间，如果业务模型配置比较复杂且业务模型之间的依赖程度比较深，还需要解析每个业务模型的配置后再去查询其所依赖的业务模型，层层遍历以导出业务模型，从而导致业务模型的数据传导效率低下。

目前针对相关技术中的问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种基于关联引用的数据传导方法和系统，以至少解决相关技术中在实现业务模型数据一键式导入导出的同时提高业务模型的数据传导效率。

第一方面，本申请实施例提供了一种基于关联引用的数据传导方法，所述方法包括数据导出和数据导入，其中，在数据导出过程中：

获取导出请求，其中，所述导出请求中包含待导出组件的类型及标识，根据所述待导出组件的类型及标识获取当前组件；

查询所述当前组件的关联引用以获取依赖组件的类型及标识，进而获取所述当前组件的依赖组件，其中，所述依赖组件包括直接依赖组件和间接依赖组件；

将当前组件和依赖组件的文件数据填充到上下文组件库并进行数据处理，将数据处理后得到的文件流进行数据导出。

在其中一些实施例中，在数据导入过程中：

获取导入请求，其中，所述导入请求中包含待导入组件的文件数据和类型；

获取导入模式，根据所述导入模式对所述文件数据进行导入，其中，所述导入模式包括新增、覆盖、版本创建和跳过。

在其中一些实施例中，在进行数据导入导出之前，所述方法还包括：

根据业务模型之间依赖关系的复杂度，将业务模型进行类型划分，得到底层组件、基础组件和业务组件；

根据所述依赖关系，构建所述底层组件、基础组件和业务组件间的关联引用。

在其中一些实施例中，获取导入请求，其中，所述导入请求中包含待导入组件的文件包括：

对所述待导入组件的文件数据进行解密，解密成功后对所述文件数据进行反序列化解析，将反序列化解析后的数据转换为标准组件模型，并填充到上下文组件库中；

判断是否需要进行鉴权，若是，则对所述上下文组件库中的文件数据进行校验，校验通过后获取导入模式，若否，则直接获取导入模式。

在其中一些实施例中，对所述文件进行数据导入包括：

根据待导入组件的类型，优先对底层组件的文件数据进行数据导入，再对基础组件的文件数据进行数据导入，最后对业务组件的文件数据进行数据导入。

在其中一些实施例中，根据业务模型之间依赖关系的复杂度，将业务模型进行类型划分，得到底层组件、基础组件和业务组件包括：

根据业务模型之间依赖关系的复杂度，将业务模型进行类型划分；

若当前业务模型的依赖关系的复杂度小于第一阈值，则所述当前业务模型为底层组件；

若当前业务模型的依赖关系的复杂度大于第一阈值且小于第二阈值，则所述当前业务模型为基础组件；

若当前业务模型的依赖关系的复杂度大于第二阈值，则所述当前业务模型为业务组价。

在其中一些实施例中，将当前组件和依赖组件的文件数据填充到上下文组件库并进行数据处理包括：

根据当前组件和依赖组件的关联引用，分层次地将当前组件和依赖组件的文件数据填充到上下文组件库中；

根据所述当前组件导出文件类型，对所述文件数据进行序列化并加密。

在其中一些实施例中，将数据处理后得到的文件流进行数据导出包括：

根据所述上下文组件库中组件填充的层次结构，优先对当前组件的文件数据进行数据导出，再对依赖组件的文件数据进行数据导出。

在其中一些实施例中，所述上下文组件库为键值对集合，其中，所述键为业务组件的类型，所述值为业务组件的业务模型。

第二方面，本申请实施例提供了一种基于关联引用的数据传导系统，其特征在于，所述系统包括应用适配层模块、导入导出模块、组件管理模块和关联引用模块，在数据导出过程中：

所述应用适配层模块，用于外部系统的对接入口，获取导入导出请求，其中导出请求包含待导出组件类型及标识；

所述组件管理模块，用于根据所述待导出组件的类型及标识获取当前组件及组件的配置详情；

所述关联引用模块，用于查询所述当前组件的关联引用以获取依赖组件的类型及标识；

所述组件管理模块，还用于根据依赖组件的类型及标识获取所述当前组件的依赖组件；

所述导入导出模块，用于将当前组件和依赖组件的文件数据填充到上下文组件库并进行数据处理，将数据处理后得到文件流进行数据导出。

相比于相关技术，本申请实施例提供的一种基于关联引用的数据传导方法和系统，其中，该方法包括数据导出和数据导入，在数据导出过程中：获取导出请求，其中，导出请求中包含待导出组件的类型及标识，根据待导出组件的类型及标识获取当前组件；查询当前组件的关联引用以获取依赖组件的类型及标识，进而获取当前组件的依赖组件，其中，依赖组件包括直接依赖组件和间接依赖组件；将当前组件和依赖组件的文件数据填充到上下文组件库并进行数据处理，将数据处理后得到的文件流进行数据导出。解决了业务模型的数据传导的效率低下问题，实现了组件间关联引用的构建，基于该关联引用实现组件的一键式、级联式导出，同时提高了业务模型的数据传导效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的基于关联引用的数据导出方法的步骤流程图；

图2是根据本申请实施例实现数据导出的接口的示意图；

图3是根据本申请实施例的基于关联引用的数据导入方法的步骤流程图；

图4是根据本申请实施例实现数据导入的接口的示意图；

图5是根据本申请实施例的组件类型划分的示意图；

图6是根据本申请实施例的组件间关联引用域的示意图；

图7是根据本申请实施例的基于关联引用的数据传导系统的结构框图；

图8是根据本申请实施例的电子设备的内部结构示意图。

附图说明：71、应用适配层模块；72、导入导出模块；73、组件管理模块；74、关联引用模块。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本申请实施例提供了一种基于关联引用的数据传导方法，该方法包括数据导出和数据导入，图1是根据本申请实施例的基于关联引用的数据导出方法的步骤流程图，如图1所示，数据导出过程包括以下步骤：

步骤S102，获取导出请求，其中，导出请求中包含待导出组件的类型及标识，根据待导出组件的类型及标识获取当前组件；

具体地，当用户将导出请求传递过来，根据用户传递的组件类型及标识，在组件管理域中获取当前组件，需要说明的是，本实施例将组件的数据传导统一维护在组件管理域中，若导出导入需要使用到某个具体类型的组件，可以直接在全局的组件管理域中获取，且此组件管理域中还维护各组件的依赖关系。

需要说明的是，本申请中的组件指的是业务模型，即业务处理需要使用的数据模型(Data Model)。

步骤S104，查询当前组件的关联引用以获取依赖组件的类型及标识，进而获取当前组件的依赖组件，其中，依赖组件包括直接依赖组件和间接依赖组件；

具体地，依赖组件的类型、标识及其本身的获取，伴随着组件下钻的过程不断进行递归，例如：当前组件A直接依赖组件B、C和D(A—>B、A—>C和A—>D)，当前组件A间接依赖组件E、F、M和N(B—>E、B—>F、C—>M和C—>N)，即当前组件A属于第一层，直接依赖组件B、C、D属于第二层，间接依赖组件E、F、M和N属于第三层。在组件的导出过程中，通过当前组件A找到依赖组件B、C、D；导出组件A时，再去导出B、C、D；再下钻到B组件时，通过B组件找到E、F组件执行导出操作，同理根据C组件的依赖关系，去找M、N组件执行导出操作，通过顶层到底层的层次递归方式获取全部依赖组件的文件数据并填充到上下文的组件库中。

步骤S106，将当前组件和依赖组件的文件数据填充到上下文组件库并进行数据处理，将数据处理后得到的文件流进行数据导出。

具体地，根据当前组件和依赖组件的关联引用，分层次地将当前组件和依赖组件的文件数据填充到上下文组件库中；根据当前组件导出文件类型，对文件数据进行序列化并加密；根据上下文组件库中组件填充的层次结构，优先对当前组件的文件数据进行数据导出，再对依赖组件的文件数据进行数据导出。进一步地，该上下文组件库为键值对集合，其中，键为业务组件的类型，值为业务组件的业务模型。

优选地，根据上下文组件库中组件填充的层次结构进行导出，例如：当前组件A—>B、A—>C、A—>D，同时，B—>E、B—>F、C—>M、C—>N，即当前组件A在上下文组件库中属于第一层，依赖组件B、C、D在上下文组件库中属于第二层，依赖组件E、F、M和N在上下文组件库中属于第三层。在组件的导出过程中，优先导出当前组件A，再导出直接依赖组件B、C、D，最后导出间接依赖组件E、F、M和N。

进一步优选地，可通过制定接口对上述步骤S102至步骤S106的数据导出方法进行实现。图2是根据本申请实施例实现数据导出的接口的示意图，如图2所示，制定3个接口，分别为导出流程接口(ExportProcess)、组件导出接口(IExport)和组件接口(IComponent)，其中，导出流程接口定义导出前、导出动作和导出后这三个阶段，组件导出接口定义导出方法的抽象，组件接口继承组件导出接口。上述接口的职责满足单一设计原则，具体组件的文件数据导出的实现，只需要构建上述接口即可。

通过本申请实施例中的步骤S102至步骤S106，在保证实现业务模型数据一键式导入导出的同时解决了业务模型的数据传导存在的效率低下问题，实现了组件间关联引用的构建，基于该关联引用实现组件的一键式、级联式导出，提高了业务模型的数据传导效率。

本申请实施例提供了一种基于关联引用的数据传导方法，该方法包括数据导出和数据导入，需要说明的是，在导入流程中需要与前端交互两次，第一次主要是组件的各项校验，根据校验的结果整合各组件的导入模式，将组件的导入模式返回给前端供用户选择，进一步地，该过程中前端还会将各组件的各项校验结果，以表格的形式呈现给用户，供用户选择性下载；第二次是用户确认导入模式，真正执行导入的细节，上一步还未对组件的配置做实质性的变更操作，第二次交互(用户确认)后，提交导入操作后根据用户选择的各组件的导入模式针对性执行导入操作，每个组件的导入操作不同，所以导入的实现细节在于组件自身。

图3是根据本申请实施例的基于关联引用的数据导入方法的步骤流程图，如图3所示，数据导出过程包括以下步骤：

步骤S302，获取导入请求，其中，导入请求中包含待导入组件的文件数据和类型；

具体地，用户选择待导入组件的文件，并将具体的核心参数请求发送到后台，对待导入组件的文件数据进行解密，解密成功后对文件数据进行反序列化解析，将反序列化解析后的数据转换为标准组件模型，并填充到上下文组件库中；判断是否需要进行鉴权，若是，则对上下文组件库中的文件数据进行校验，校验通过后获取导入模式，根据导入模式校验后的文件数据进行导入，若否，则直接获取导入模式，根据导入模式对文件数据进行数据导入。

优选地，用户选择待导入组件的文件，并将具体的请求核心参数发送到后台，根据核心参数判断属于第几次与前端交互，若是第一次，则对文件进行解析，将解析的组件详细配置信息填充至上下文组件库中，然后执行校验操作，校验操作包括缺失项校验、组件配置校验、导入环境校验和用户权限校验，例如：缺失项校验为校验组件的配置信息，对信息中的缺失项进行删除或特殊值填充或平局值填充等处理，导入环境校验为校验执行当前导入操作的系统环境是否符合要求，或处理设备的硬件条件是否满足要求。各项校验之间是没有先后顺序的。所有的校验项完成后，根据校验的结果组装组件的导入模式，并将当前一批导出任务状态、文件、校验等信息写入关系型数据库，每一批导入任务都有唯一的任务标识，并将每个组件的校验各项校验详情、缺失项等以表格的方式提供给用户下载，做数据的比对。

步骤S304，获取导入模式，根据导入模式对文件数据进行导入，其中，导入模式包括新增、覆盖、版本创建和跳过。

具体地，根据待导入组件的类型，优先对底层组件的文件数据进行数据导入，再对基础组件的文件数据进行数据导入，最后对业务组件的文件数据进行数据导入。

优选地，步骤S302中的校验等操作完成后，页面取得导入模式，用户根据组件的定位从实际的业务场景配置角度决定组件的导入模式，第二次与前端交互时，请求参数会携带各组件的导入模式，以及第一次交互时返回的任务标识向后台发出请求，后台根据用户传递的导入模式，对每一个组件进行导入。从底层组件开始处理，等到底层组件全部导入成功，再去处理基础组件，这时基础组件所依赖的底层组件是已经全部导入完成的，最后配置最为复杂的业务组件；所有的组件导入完成后，以任务的形式归档当前批次的导入任务，并记录在关系型数据库中。

进一步优选地，可通过制定接口对上述步骤S302至步骤S304的数据导入方法进行实现。图4是根据本申请实施例实现数据导入的接口的示意图，如图4所示，制定3个接口，分别为导入流程接口(ImportProcess)、组件导入接口(IImport)和组件接口(IComponent)，其中，导入流程接口定义与前端的两次交互流程；组件导入接口定义导入方法的抽象，即将导入的核心流程抽象出来进行封装，无需在意导入过程中的解密、校验等流程细节，直接调用接口就能实现整个导入流程；组件接口继承组件导出接口。上述接口的职责满足单一设计原则、开闭原则(OCP)、接口隔离原则，具体组件的文件数据导出的实现，只需要构建上述接口即可。将导入的核心流程抽象出来，所有的校验、导入细节交给接口去实现，开发人员及后续的组件拓展都只需要关注组件的自身，对整个流程无需过多的关注。

通过本申请实施例中的步骤S302至步骤S304，在保证业务模型数据实现一键式导入导出的同时解决了业务模型的数据传导存在的效率低下问题，实现了组件间关联引用的构建，基于该关联引用实现组件的一键式、级联式导入，提高了业务模型的数据传导效率。

在其中一些实施例中，在进行数据导入导出之前，还需对组件进行类型划分。

具体地，图5是根据本申请实施例的组件类型划分的示意图，如图5所示，在进行数据导入导出之前，根据业务模型之间依赖关系的复杂度，将业务模型进行类型划分，若当前业务模型的依赖关系的复杂度小于第一阈值，则当前业务模型为底层组件；若当前业务模型的依赖关系的复杂度大于第一阈值且小于第二阈值，则当前业务模型为基础组件；若当前业务模型的依赖关系的复杂度大于第二阈值，则当前业务模型为业务组件，需要说明的是，第一阈值小于第二阈值，第一阈值与第二阈值的大小可以根据实际需求进行设置。

优选地，对于底层的组件(底层组件不依赖其他组件，即依赖关系的复杂度为零)，将其划分为底层组件；对于只依赖底层组件、依赖关系较少、不包含业务配置的组件，将其划分为基础组件(只依赖底层组件，且依赖关系的复杂度较小)；对于包含上层业务配置、依赖关系较复杂的组件，将其划分为业务组件(可以依赖任何类型的组件，且依赖关系的复杂度较大)。

具体地，图6是根据本申请实施例的组件间关联引用域的示意图，根据依赖关系，构建底层组件、基础组件和业务组件间的关联引用。需要说明的是，构建关联引用是本发明的核心之一，实现了一键式导入导出，关联引用域除具有关联引用构建(关系构建)功能外，还具有关系更新、关系查询和关系解除等功能；通过组件间的关联引用域减少组件配置解析的流程，并且每层的组件无需关心依赖了哪些组件，只需要关心当前层级的导入导出实现细节。

需要说明的是，在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请实施例提供了一种基于关联引用的数据传导系统，图7是根据本申请实施例的基于关联引用的数据传导系统的结构框图，如图7所示，该系统包括应用适配层模块71、导入导出模块72、组件管理模块73和关联引用模块74，在数据导出过程中：

应用适配层模块71，用于外部系统的对接入口，获取导入导出请求，其中导出请求包含待导出组件类型及标识；组件管理模块73，用于根据待导出组件的类型及标识获取当前组件及组件的配置详情；

关联引用模块74，用于查询当前组件的关联引用以获取依赖组件的类型及标识；

组件管理模块73，还用于根据依赖组件的类型及标识获取当前组件的依赖组件；

导入导出模块72，用于将当前组件和依赖组件的文件数据填充到上下文组件库并进行数据处理，将数据处理后得到文件流进行数据导出。

通过本申请实施例中的应用适配层模块71、导入导出模块72、组件管理模块73和关联引用模块74，解决了业务模型的数据传导存在的效率低下问题，实现了组件间关联引用的构建，基于该关联引用实现组件的一键式、级联式导出，提高了业务模型的数据传导效率。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

本实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

另外，结合上述实施例中的基于关联引用的数据传导方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种基于关联引用的数据传导方法。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于关联引用的数据传导方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

在一个实施例中，图8是根据本申请实施例的电子设备的内部结构示意图，如图8所示，提供了一种电子设备，该电子设备可以是服务器，其内部结构图可以如图8所示。该电子设备包括通过内部总线连接的处理器、网络接口、内存储器和非易失性存储器，其中，该非易失性存储器存储有操作系统、计算机程序和数据库。处理器用于提供计算和控制能力，网络接口用于与外部的终端通过网络连接通信，内存储器用于为操作系统和计算机程序的运行提供环境，计算机程序被处理器执行时以实现一种基于关联引用的数据传导方法，数据库用于存储数据。

本领域技术人员可以理解，图8中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

本领域的技术人员应该明白，以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种基于关联引用的数据传导方法，其特征在于，所述方法包括数据导出和数据导入，其中，在数据导出过程中：

获取导出请求，其中，所述导出请求中包含待导出组件的类型及标识，根据所述待导出组件的类型及标识获取当前组件；

查询所述当前组件的关联引用以获取依赖组件的类型及标识，进而获取所述当前组件的依赖组件；

将当前组件和依赖组件的文件数据填充到上下文组件库并进行数据处理，将数据处理后得到的文件流进行数据导出。

2.根据权利要求1所述的方法，其特征在于，在数据导入过程中：

获取导入请求，其中，所述导入请求中包含待导入组件的文件数据和类型；

获取导入模式，根据所述导入模式对所述文件数据进行导入，其中，所述导入模式包括新增、覆盖、版本创建和跳过。

3.根据权利要求2所述的方法，其特征在于，获取导入请求，其中，所述导入请求中包含待导入组件的文件包括：

对所述待导入组件的文件数据进行解密，解密成功后对所述文件数据进行反序列化解析，将反序列化解析后的数据转换为标准组件模型，并填充到上下文组件库中；

判断是否需要进行鉴权，若是，则对所述上下文组件库中的文件数据进行校验，校验通过后获取导入模式，若否，则直接获取导入模式。

4.根据权利要求2或3所述的方法，其特征在于，对所述文件进行数据导入包括：

根据待导入组件的类型，优先对底层组件的文件数据进行数据导入，再对基础组件的文件数据进行数据导入，最后对业务组件的文件数据进行数据导入。

5.根据权利要求1所述的方法，其特征在于，在进行数据导入导出之前，所述方法还包括：

根据业务模型之间依赖关系的复杂度，将业务模型进行类型划分，得到底层组件、基础组件和业务组件；

根据所述依赖关系，构建所述底层组件、基础组件和业务组件间的关联引用。

6.根据权利要求5所述的方法，其特征在于，根据业务模型之间依赖关系的复杂度，将业务模型进行类型划分，得到底层组件、基础组件和业务组件包括：

根据业务模型之间依赖关系的复杂度，将业务模型进行类型划分；

若当前业务模型的依赖关系的复杂度小于第一阈值，则所述当前业务模型为底层组件；

若当前业务模型的依赖关系的复杂度大于第一阈值且小于第二阈值，则所述当前业务模型为基础组件；

若当前业务模型的依赖关系的复杂度大于第二阈值，则所述当前业务模型为业务组件。

7.根据权利要求1所述的方法，其特征在于，将当前组件和依赖组件的文件数据填充到上下文组件库并进行数据处理包括：

根据当前组件和依赖组件的关联引用，分层次地将当前组件和依赖组件的文件数据填充到上下文组件库中；

根据所述当前组件导出文件类型，对所述文件数据进行序列化并加密。

8.根据权利要求7所述的方法，其特征在于，将数据处理后得到的文件流进行数据导出包括：

根据所述上下文组件库中组件填充的层次结构，优先对当前组件的文件数据进行数据导出，再对依赖组件的文件数据进行数据导出。

9.根据权利要求1所述的方法，其特征在于，所述上下文组件库为键值对集合，其中，所述键为业务组件的类型，所述值为业务组件的业务模型。

10.一种基于关联引用的数据传导系统，其特征在于，所述系统包括应用适配层模块、导入导出模块、组件管理模块和关联引用模块，在数据导出过程中：

所述应用适配层模块，用于外部系统的对接入口，获取导入导出请求，其中导出请求包含待导出组件类型及标识；

所述组件管理模块，用于根据所述待导出组件的类型及标识获取当前组件及组件的配置详情；

所述关联引用模块，用于查询所述当前组件的关联引用以获取依赖组件的类型及标识；

所述组件管理模块，还用于根据依赖组件的类型及标识获取所述当前组件的依赖组件；

所述导入导出模块，用于将当前组件和依赖组件的文件数据填充到上下文组件库并进行数据处理，将数据处理后得到文件流进行数据导出。

Images