业务数据库表和附件信息表的关联方法及装置

技术领域

本申请涉及数据信息处理技术领域，尤其涉及一种业务数据库表和附件信息表的关联方法及装置。

背景技术

目前，通过现有实现方式可以做到业务数据库表关联附件信息表，但是当发生附件数据迁移时，需要开发人员通过附件信息表去反向查找业务数据库表，进而判断附件归属时，这种方式就不支持了。这是因为一般的办公系统会存在几十张甚至上百张业务数据库表，每个业务数据库表又会有多个附件栏，对应到附件栏又会有多个附件列，而仅通过关联标识是无法反向查询到该附件是属于哪张业务数据库表的哪个附件栏，继续排查问题就十分困难了，最终的结果就是附件丢失。

因此，亟需一种业务数据库表和附件信息表的关联方法，能够通过附件信息表中的数据信息查询到该附件在业务数据库表中的具体位置，进而能够在附件迁移时，避免附件的丢失，进而降低不必要的损失。

发明内容

本申请提供一种业务数据库表和附件信息表的关联方法及装置，能够通过附件信息表中的数据信息查询到该附件在业务数据库表中的具体位置，进而能够在附件迁移时，避免附件的丢失，进而降低不必要的损失。

第一方面，本申请提供一种业务数据库表和附件信息表的关联方法，所述方法包括：

响应于用户的附件上传请求消息，获取待上传的附件；其中，所述附件是从所述业务数据库表中获取的；

将所述附件存储至文件服务器中，并确定关联主键；其中，所述关联主键是所述文件服务器根据所述附件生成的；所述关联主键用于关联所述业务数据库表和所述附件信息表；其中，所述附件信息表用于存储与所述附件相关的附件信息、以及所述关联主键；所述附件信息用于在所述文件服务器中查找所述附件；

将所述关联主键存储至所述业务数据库表中；

调取所述业务数据库表的属性信息，并将所述属性信息与所述关联主键进行关联，得到第一关联值，将所述第一关联值添加至所述附件信息表中；所述属性信息表征所述附件在所述业务数据库表中所在位置的表名信息、所在位置的列名信息和主键值信息；其中，所述第一关联值表征所述属性信息与所述关联主键的集合。

在一个示例中，所述调取所述业务数据库表的属性信息，包括：

调取所述业务数据库表的注解信息；其中，所述注解信息为切面代码信息；

若所述注解信息中存在表名标识，则获取所述属性信息；其中，所述表名标识用于表征所述业务数据库表中存在待上传至所述文件服务器的附件。

在一个示例中，所述若所述注解信息中存在表名标识，则获取所述属性信息，包括：

若所述注解信息中存在表名标识，则遍历对象类信息；

从所述对象类信息中获取所述属性信息。

在一个示例中，在所述将所述附件存储至文件服务器中，并确定关联主键之后，所述方法还包括：

将所述关联主键返回至前端设备界面，从所述前端设备界面获取与所述关联主键关联的业务数据信息；

将所述业务数据信息和所述关联主键进行合并，得到第二关联值，将所述第二关联值存储至所述业务数据库表中；其中，所述第二关联值表征所述业务数据信息和所述关联主键的集合。

在一个示例中，在所述将所述附件存储至文件服务器中，并确定关联主键之前，所述方法还包括：

将与所述附件相关的附件信息存储至所述附件信息表中。

在一个示例中，所述将所述第一关联值添加至所述附件信息表中，包括：

在所述附件信息表中查找所述第一关联值中的所述关联主键所在的数据行；

将所述第一关联值中的所述属性信息添加至所述数据行中。

在一个示例中，所述附件信息表存储至预设数据库中。

第二方面，本申请提供一种业务数据库表和附件信息表的关联装置，所述装置包括：

第一获取单元，用于响应于用户的附件上传请求消息，获取待上传的附件；其中，所述附件是从所述业务数据库表中获取的；

确定单元，用于将所述附件存储至文件服务器中，并确定关联主键；其中，所述关联主键是所述文件服务器根据所述附件生成的；所述关联主键用于关联所述业务数据库表和所述附件信息表；其中，所述附件信息表用于存储与所述附件相关的附件信息、以及所述关联主键；所述附件信息用于在所述文件服务器中查找所述附件；

第一存储单元，用于将所述关联主键存储至所述业务数据库表中；

调取单元，用于调取所述业务数据库表的属性信息，并将所述属性信息与所述关联主键进行关联，得到第一关联值，将所述第一关联值添加至所述附件信息表中；所述属性信息表征所述附件在所述业务数据库表中所在位置的表名信息、所在位置的列名信息和主键值信息；其中，所述第一关联值表征所述属性信息与所述关联主键的集合。

在一个示例中，所述调取单元，包括：

调取模块，用于调取所述业务数据库表的注解信息；其中，所述注解信息为切面代码信息；

获取模块，用于若所述注解信息中存在表名标识，则获取所述属性信息；其中，所述表名标识用于表征所述业务数据库表中存在待上传至所述文件服务器的附件。

在一个示例中，所述若所述注解信息中存在表名标识，则获取模块，包括：

遍历子模块，用于若所述注解信息中存在表名标识，则遍历对象类信息；

获取子模块，用于从所述对象类信息中获取所述属性信息。

在一个示例中，所述装置还包括：

第二获取单元，用于将所述关联主键返回至前端设备界面，从所述前端设备界面获取与所述关联主键关联的业务数据信息；

合并单元，用于将所述业务数据信息和所述关联主键进行合并，得到第二关联值，将所述第二关联值存储至所述业务数据库表中；其中，所述第二关联值表征所述业务数据信息和所述关联主键的集合。

在一个示例中，所述装置还包括：

第二存储单元，用于将与所述附件相关的附件信息存储至所述附件信息表中。

在一个示例中，调取单元，包括：

查找模块，用于在所述附件信息表中查找所述第一关联值中的所述关联主键所在的数据行；

添加模块，用于将所述第一关联值中的所述属性信息添加至所述数据行中。

在一个示例中，所述附件信息表存储至预设数据库中。

第三方面，本申请提供一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如第一方面所述的方法。

第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如第一方面所述的方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如第一方面所述的方法。

本申请提供的一种业务数据库表和附件信息表的关联方法，通过响应于用户的附件上传请求消息，获取待上传的附件，将所述附件存储至文件服务器中，并确定关联主键；将所述关联主键存储至所述业务数据库表中；调取所述业务数据库表的属性信息，并将所述属性信息与所述关联主键进行关联，得到第一关联值，将所述第一关联值添加至所述附件信息表中；所述属性信息表征所述附件在所述业务数据库表中所在位置的表名信息、所在位置的列名信息和主键值信息；其中，所述第一关联值表征所述属性信息与所述关联主键的集合。采用本技术方案，能够通过附件信息表中的数据信息查询到该附件在业务数据库表中的具体位置，进而能够在附件迁移时，避免附件的丢失，进而降低不必要的损失。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是根据本申请实施例一提供的一种业务数据库表和附件信息表的关联方法的流程示意图；

图2是根据本申请实施例一提供的一种前端设备界面的附件上传示意图；

图3是根据本申请实施例二提供的一种业务数据库表和附件信息表的关联方法的流程示意图；

图4是根据本申请实施例二提供的一种面向切面编程的原理示意图；

图5是根据本申请实施例二提供的一种属性信息获取示意图；

图6是根据本申请实施例二提供的一种代码执行的框架示意图；

图7是根据本申请实施例三提供的一种业务数据库表和附件信息表的关联交互方法的流程示意图；

图8是根据本申请实施例四提供的一种业务数据库表和附件信息表的关联装置的结构示意图；

图9是根据本申请实施例五提供的一种业务数据库表和附件信息表的关联装置的结构示意图；

图10是根据一示例性实施例示出的一种电子设备的框图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

通过现有实现方式，可以做到业务数据库表关联附件信息表，但是当发生附件相关生产问题或者数据迁移时，需要开发人员通过附件信息表去反向查找业务数据库表判断附件归属时，这种方式就不支持了。为了解决上面的问题，可以想到在附件信息表中保存更多关联信息，比如业务数据库表主键、业务数据库表名称、附件列名称，加入这些信息后就可以锁定附件的归属业务数据库表。但是如何保存这些关联信息，最简单的方法是由前端传参给后端，后端拿到请求参数进行保存。但是这种方式有几个问题：一方面，这些数据并不是业务参数，参数值为后端数据库内容，且相对固定，不适合通过前端请求传入；另一方面，前端每一处调用附件上传接口的代码都需要新增这些参数，多为重复代码，并且

对于办公系统，附件属于公共功能，前端会使用统一的附件服务，那么就需要前端在调用附件上传接口时传入用于标记附件归属的相关参数，这首先就需要对系统中所有的附件栏进行统计并赋予相应的码值，然后前端开发需要在所有调用附件上传接口的请求报文传入对应的码值，对于正在新建或者重构的系统还好，但是对于正在迭代优化的系统来说，这无疑会增加版本迭代的风险，并且需要大量的人力进行开发。

因此，本实施例中，引入了基于Spring的面向切面编程(Aspect OrientedProgramming，简称AOP)的特性，通过AspectJ封装代理服务对象，在原有逻辑前增加切面用来解析附件归属信息，并自动保存到附件信息表中，前端代码无需改动，后端支持注解声明。

具体的，面向切面编程是通过预编译方式和运行期间动态代理实现程序功能的维护与扩展的一种技术。

本申请提供的一种业务数据库表和附件信息表的关联方法，旨在解决现有技术的如上技术问题。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图1是根据本申请实施例一提供的一种业务数据库表和附件信息表的关联方法的流程示意图。实施例一中包括如下步骤：

S101、响应于用户的附件上传请求消息，获取待上传的附件；其中，附件是从业务数据库表中获取的。

在一个示例中，用户的附件上传请求消息可以是用户点击前端设备界面的附件上传按钮后触发的，然后从前端设备界面中的业务数据库表中获取待上传的附件，然后由前端设备传至后端设备。为了更好地说明本过程，可以参见图2示出的一种前端设备界面的附件上传示意图。从图2可以看出，附件栏中具备上传按钮和浏览按钮，通过浏览按钮可以看出是从哪一个业务数据库表中获取的附件，从上传按钮中可以实现将附件从前端设备传至后端设备。

S102、将附件存储至文件服务器中，并确定关联主键；其中，关联主键是文件服务器根据附件生成的；关联主键用于关联业务数据库表和附件信息表；其中，附件信息表用于存储与附件相关的附件信息、以及关联主键；附件信息用于在文件服务器中查找附件。

本实施例中，文件服务器是用于存储附件的服务器，关联主键能够将附件信息表和业务数据库表进行关联，具体的，后端设备中也存储有业务数据库表，即关联主键可以将后端设备中的业务数据库表和附件信息表进行关联。附件信息包括附件名称、附件存储路径、文件类型和文件大小。后端设备在接收到附件后，将附件发送至文件服务器，将与该附件相关的附件信息存储至附件信息表中。文件服务器在接收到附件后，根据该附件生成属于该附件的关联主键，并且将该关联主键存储至附件信息表中。

S103、将关联主键存储至业务数据库表中。

本实施例中，在从文件服务器中得到关联主键后，将关联主键发送至业务数据库中，这样设置的好处是关联主键既在附件信息表中，也在业务数据库表中。

S104、调取业务数据库表的属性信息，并将属性信息与关联主键进行关联，得到第一关联值，将第一关联值添加至附件信息表中；属性信息表征附件在业务数据库表中所在位置的表名信息、所在位置的列名信息和主键值信息；其中，第一关联值表征属性信息与关联主键的集合。

本实施例中，属性信息用于描述附件在业务数据库表中的具体位置，具体到附件在业务数据库表中所在位置的表名信息、所在位置的列名信息和主键值信息，并将上述信息与关联主键进行关联，然后得到第一关联值，并将第一关联值存储在附件信息表中，则附件信息表中存储有属性信息和关联主键，然后能够根据属性信息和关联主键准确地确定业务数据库表中附件的位置。

本申请提供的一种业务数据库表和附件信息表的关联方法，通过响应于用户的附件上传请求消息，获取待上传的附件，将附件存储至文件服务器中，并确定关联主键；将关联主键存储至业务数据库表中；调取业务数据库表的属性信息，并将属性信息与关联主键进行关联，得到第一关联值，将第一关联值添加至附件信息表中；属性信息表征附件在业务数据库表中所在位置的表名信息、所在位置的列名信息和主键值信息；其中，第一关联值表征属性信息与关联主键的集合。采用本技术方案，能够通过附件信息表中的数据信息查询到该附件在业务数据库表中的具体位置，进而能够在附件迁移时，避免附件的丢失，进而降低不必要的损失。

图3是根据本申请实施例二提供的一种业务数据库表和附件信息表的关联方法的流程示意图。实施例二中包括如下步骤：

S301、响应于用户的附件上传请求消息，获取待上传的附件；其中，附件是从业务数据库表中获取的。

示例性地，本步骤可以参见上述步骤S101，不再赘述。

S302、将附件存储至文件服务器中，并确定关联主键；其中，关联主键是文件服务器根据附件生成的；关联主键用于关联业务数据库表和附件信息表；其中，附件信息表用于存储与附件相关的附件信息、以及关联主键；附件信息用于在文件服务器中查找附件。

示例性地，本步骤可以参见上述步骤S102，不再赘述。

S303、将关联主键返回至前端设备界面，从前端设备界面获取与关联主键关联的业务数据信息；将业务数据信息和关联主键进行合并，得到第二关联值，将第二关联值存储至业务数据库表中；其中，第二关联值表征业务数据信息和关联主键的集合。

本实施例中，关联主键返回至前端设备界面后，从前端设备界面中的业务数据库表中获取与该关联主键相关的业务数据信息，并得到第二关联值，然后调取后端设备中的业务数据库表，将第二关联值存储至业务数据库表中。

S304、调取业务数据库表的注解信息；其中，注解信息为切面代码信息。

本实施例中，注解信息为标注信息，进一步地，可以为切面代码信息。具体的，可以参见图4示出的一种面向切面编程的原理示意图。从图中可以看出，使用AspectJ可以实现面向切面编程的作用。具体的，AspectJ是一个基于java语言的AOP框架。AspectJ与AOP的关系：AOP更偏向于概念与定义，AspectJ则是对于AOP的一种实现方式，后端开发可以使用ApsectJ来实现AOP的作用。注解信息是将一些重要参数以@注解的方式声明在java类或者方法中，开发者使用时可以在注解中定义属性用于接收所需参数值，另外可以起到标注作用，通过识别注解统一处理标注的类或方法来实现功能，一般用于公共逻辑的处理。后置增强是AOP的一种增强类型，这种类型会先执行原有代码，然后再执行增强逻辑代码。

S305、若注解信息中存在表名标识，则获取属性信息；其中，表名标识用于表征业务数据库表中存在待上传至文件服务器的附件。

本实施例中，注解信息可以使用@WithAttach，可作用于JAVA方法，起到标注作用，用于定义AOP增强的织入点，定义AOP切面的切点，作用是告诉AOP在哪个方法植入切面的增强代码块，开发者需要在涉及保存附件的业务数据库表保存服务方法标记该注解。表名标识为@AttachmentTable，其中，@AttachmentTable作用于JAVA类，后端设备是通过一个普通pojo类(inVo)来接收前端设备传入的参数，保存服务方法的inVo类属性通常包含了业务数据库表中所有的字段。本注解信息包含一个属性，用于存储本次保存的业务数据库表的表名信息。

在一个示例中，若注解信息中存在表名标识，则获取属性信息，包括：

若注解信息中存在表名标识，则遍历对象类信息；

从对象类信息中获取属性信息。

本实施例中，若注解信息中存在表名标识，则遍历对象类信息，具体的，可以通过查找@AttachmentColumn和@BusinessPK。其中，@AttachmentColumn用于JAVA类的属性，开发者使用在inVo类代表附件的属性上。本注解信息包含两个属性，分别为columnName、tableName。columnName表示该inVo类属性对应的业务数据库表的列名信息。tableName与@AttachmentTable作用相同，用于声明业务数据库表。该属性是为了解决一个保存服务要保存多个业务数据库表的场景，一般复杂的业务数据库表可能会涉及多张业务数据库表的保存，开发者可以使用该属性用于指定不同于@AttachmentTable中指定的业务数据库表的附件列，另外指定要保存的业务数据库表的表名信息。@BusinessPK作用于JAVA类的属性，起到标注作用，开发者使用inVo类代表业务数据库表主键的属性上，AOP增强逻辑执行时会在标注该注解的属性取值作为该业务数据库表的主键保存到附件信息表中。

S306、将属性信息与关联主键进行关联，得到第一关联值，将第一关联值添加至附件信息表中；属性信息表征附件在业务数据库表中所在位置的表名信息、所在位置的列名信息和主键值信息；其中，第一关联值表征属性信息与关联主键的集合。

在一个示例中，将第一关联值添加至附件信息表中，包括：

在附件信息表中查找第一关联值中的关联主键所在的数据行；

将第一关联值中的属性信息添加至数据行中。

为了更好地说明，可以参见图5中示出的一种属性信息获取示意图。可以从图5中看出，进入增强代码阶段，可以获取到原始请求参数对象，请求对象可以是一个或者多个，取决于后端开发人员如何定义，通常情况下是使用一个参数对象。利用JAVA的反射机制，可以通过JAVA对象获取类的注解以及所有属性；获取的类信息判断对象类是否标注了@AttachmentTable注解，注解中配置了业务数据库表的表名信息，如果未标记，则代表业务数据库表不涉及附件的保存，直接返回响应；获取完@AttachmentTable注解，继续获取对象类的所有属性，依此遍历，判断标记了@AttachmentColumn或者@BusinessPk的属性，通过上面对于注解的介绍，@AttachmentColumn注解中配置了columnName，属性代表保存附件时后端设备返回的fileId关联主键；标注@businessPk的属性代表着着业务数据库表主键值信息，获取上述附件关联信息后，可以将tableName、columnName、businessPk三个信息添加到附件信息表中fileId为相同值的数据行当中。

具体的，图6示出了一种代码执行的框架示意图，从图6中可以看出，将附件处理逻辑作为增强代码写入保存服务方法生成代理方法。为了避免后端设备对每个业务数据库表保存方法进行修改，利用Spring的AOP特性，将解析并保存附件关联信息的逻辑通过AspectJ框架生成切面代码，并将@WithAttach作为切点，将标注了该注释的所有服务方法植入切面，生成完整的业务数据库表保存的代理服务方法，将原有的业务数据库表保存逻辑与关联附件逻辑在代码运行期间进行组合，实现对于原有代码的零侵入。

本申请提供的一种业务数据库表和附件信息表的关联方法，通过调取业务数据库表的注解信息；其中，注解信息为切面代码信息，若注解信息中存在表名标识，则获取属性信息，并将属性信息与关联主键进行关联，得到第一关联值，将第一关联值添加至附件信息表中；属性信息表征附件在业务数据库表中所在位置的表名信息、所在位置的列名信息和主键值信息；其中，第一关联值表征属性信息与关联主键的集合。采用本技术方案，由于使用自定义注解，将附件关联信息配置到注解中，能够支持系统多级业务使用，并且是在切面上增强的逻辑，能够降低代码的开发量，提高代码维护效率，减少人力成本的投入。

图7是根据本申请实施例三提供的一种业务数据库表和附件信息表的关联交互方法的流程示意图。实施例三中包括如下步骤：

S701、上传附件。

S702、将与附件相关的附件信息存储至附件信息表中。

S703、将附件存储至文件服务器中，并确定关联主键。

S704、返回关联主键至附件信息表。

S705、返回关联主键。

S706、从前端设备界面获取与关联主键关联的业务数据信息；将业务数据信息和关联主键进行合并，得到第二关联值，将第二关联值存储至业务数据库表中。

S707、调取业务数据库表的属性信息，并将属性信息与关联主键进行关联，得到第一关联值，将第一关联值添加至附件信息表中。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图8是根据本申请实施例四提供的一种业务数据库表和附件信息表的关联装置的结构示意图。具体的，实施例四的装置80中包括：

第一获取单元801，用于响应于用户的附件上传请求消息，获取待上传的附件；其中，附件是从业务数据库表中获取的。

确定单元802，用于将附件存储至文件服务器中，并确定关联主键；其中，关联主键是文件服务器根据附件生成的；关联主键用于关联业务数据库表和附件信息表；其中，附件信息表用于存储与附件相关的附件信息、以及关联主键；附件信息用于在文件服务器中查找附件。

第一存储单元803，用于将关联主键存储至业务数据库表中。

调取单元804，用于调取业务数据库表的属性信息，并将属性信息与关联主键进行关联，得到第一关联值，将第一关联值添加至附件信息表中；属性信息表征附件在业务数据库表中所在位置的表名信息、所在位置的列名信息和主键值信息；其中，第一关联值表征属性信息与关联主键的集合。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图9是根据本申请实施例五提供的一种业务数据库表和附件信息表的关联装置的结构示意图。具体的，实施例五的装置90中包括：

第一获取单元901，用于响应于用户的附件上传请求消息，获取待上传的附件；其中，附件是从业务数据库表中获取的。

确定单元902，用于将附件存储至文件服务器中，并确定关联主键；其中，关联主键是文件服务器根据附件生成的；关联主键用于关联业务数据库表和附件信息表；其中，附件信息表用于存储与附件相关的附件信息、以及关联主键；附件信息用于在文件服务器中查找附件。

第一存储单元903，用于将关联主键存储至业务数据库表中。

调取单元904，用于调取业务数据库表的属性信息，并将属性信息与关联主键进行关联，得到第一关联值，将第一关联值添加至附件信息表中；属性信息表征附件在业务数据库表中所在位置的表名信息、所在位置的列名信息和主键值信息；其中，第一关联值表征属性信息与关联主键的集合。

在一个示例中，调取单元904，包括：

调取模块9041，用于调取业务数据库表的注解信息；其中，注解信息为切面代码信息。

获取模块9042，用于若注解信息中存在表名标识，则获取属性信息；其中，表名标识用于表征业务数据库表中存在待上传至文件服务器的附件。

在一个示例中，若注解信息中存在表名标识，则获取模块9042，包括：

遍历子模块90421，用于若注解信息中存在表名标识，则遍历对象类信息。

获取子模块90422，用于从对象类信息中获取属性信息。

在一个示例中，装置90还包括：

第二获取单元905，用于将关联主键返回至前端设备界面，从前端设备界面获取与关联主键关联的业务数据信息。

合并单元906，用于将业务数据信息和关联主键进行合并，得到第二关联值，将第二关联值存储至业务数据库表中；其中，第二关联值表征业务数据信息和关联主键的集合。

在一个示例中，装置90还包括：

第二存储单元907，用于将与附件相关的附件信息存储至附件信息表中。

在一个示例中，调取单元904，包括：

查找模块9043，用于在附件信息表中查找第一关联值中的关联主键所在的数据行。

添加模块9044，用于将第一关联值中的属性信息添加至数据行中。

在一个示例中，附件信息表存储至预设数据库中。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图10是根据一示例性实施例示出的一种电子设备的框图，该设备可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

装置1000可以包括以下一个或多个组件：处理组件1002，存储器1004，电源组件1006，多媒体组件1008，音频组件1010，输入/输出(I/O)接口1012，传感器组件1014，以及通信组件1016。

处理组件1002通常控制装置1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1002可以包括一个或多个处理器1020来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1002可以包括一个或多个模块，便于处理组件1002和其他组件之间的交互。例如，处理组件1002可以包括多媒体模块，以方便多媒体组件1008和处理组件1002之间的交互。

存储器1004被配置为存储各种类型的数据以支持在装置1000的操作。这些数据的示例包括用于在装置1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1006为装置1000的各种组件提供电力。电源组件1006可以包括电源管理系统，一个或多个电源，及其他与为装置1000生成、管理和分配电力相关联的组件。

多媒体组件1008包括在装置1000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1008包括一个前置摄像头和/或后置摄像头。当装置1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1010被配置为输出和/或输入音频信号。例如，音频组件1010包括一个麦克风(MIC)，当装置1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中，音频组件1010还包括一个扬声器，用于输出音频信号。

I/O接口1012为处理组件1002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1014包括一个或多个传感器，用于为装置1000提供各个方面的状态评估。例如，传感器组件1014可以检测到装置1000的打开/关闭状态，组件的相对定位，例如所述组件为装置1000的显示器和小键盘，传感器组件1014还可以检测装置1000或装置1000一个组件的位置改变，用户与装置1000接触的存在或不存在，装置1000方位或加速/减速和装置1000的温度变化。传感器组件1014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1016被配置为便于装置1000和其他设备之间有线或无线方式的通信。装置1000可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1016还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1004，上述指令可由装置1000的处理器1020执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当该存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述电子设备的一种业务数据库表和附件信息表的关联方法。

本申请还公开了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如本实施例中所述的一种业务数据库表和附件信息表的关联方法。

本申请以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本申请的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或电子设备上执行。

在本申请的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据电子设备)、或者包括中间件部件的计算系统(例如，应用电子设备)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和电子设备。客户端和电子设备一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-电子设备关系的计算机程序来产生客户端和电子设备的关系。电子设备可以是云电子设备，又称为云计算电子设备或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务("Virtual Private Server"，或简称"VPS")中，存在的管理难度大，业务扩展性弱的缺陷。电子设备也可以为分布式系统的电子设备，或者是结合了区块链的电子设备。应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。