CN109800234A - 业务平台数据库***、升级方法、设备及存储介质 - Google Patents

Abstract

本发明提供了一种业务平台数据库***、升级方法、设备及存储介质，所述数据库***包括核心域数据库以及与平台域一一对应的多个平台域数据库，所述核心数据库存储有第一数据表，第一数据表存储核心域的业务数据；所述平台域数据库存储有第二数据表，第二数据表存储所对应的平台域的业务数据；所述第一数据表和所述第二数据表中，每条第二属性的数据的记录分别包括一个实体标识信息以及与该实体标识信息关联的一个属性值对。本发明可以实现核心域业务、数据库和平台域业务之间的解耦，在数据库升级过程中，核心域数据库和平台域数据库无需全部同步升级。

Description

业务平台数据库***、升级方法、设备及存储介质

技术领域

本发明涉及数据库管理技术领域，尤其涉及一种业务平台数据库***、升级方法、设备及存储介质。

背景技术

在视频会议平台中，核心域下可以建立多个服务域，核心域对应连接一个核心域数据库，例如movision数据库，每个服务域对应于一套平台域，每个平台域对应连接一个平台域数据库。核心域业务主要有业务管理***和账号管理***，平台域业务主要有会议管理***。核心域通过业务管理***和账号管理***配合所有平台域业务需要使用的数据，并以服务域为单位将数据通过数据分发***分发到对应的平台域数据库，平台域通过连接平台域数据库来处理相应的业务需求。

在一个核心域对应于多个平台域的情况下，数据库的关系就是一个核心域数据库对应于多个平台域数据库。业务关系就是一个核心域业务对应多个平台域业务。这样设计的好处是实现了数据的统一管理，并且保证了平台域业务的互不干扰和数据隐秘，降低了平台域业务的负荷，提高了***效率。然而，该种方式也存在一些缺陷。随着需求业务的增加，每一个版本都会有新的需求，数据库表字段也随之更新。在升级时，会对整体的数据库的表结构进行变更。如果核心域数据库升级了，变更了表结构，核心域数据库将数据下发到平台域数据库之后，未升级的平台域数据库的查询和读取命令无法兼容新的表结构，从而会导致平台域数据库的崩溃无法使用。

如果一套环境有很多个平台域的话，就会有多个平台域数据库，在进行业务升级的过程中就需要在同一时间升级核心域和所有的平台域业务。也就是所有的核心域数据库和平台域数据库需要同步升级。平台域越多涉及的用户肯定越多，也就越复杂，如果安排所有的平台域都在同一时间进行升级的话，需要很大的多方沟通成本，给用户带来了很大的不便。

MySQL数据库主从备份是一种数据库同步技术，基于master(主机)把所有对数据库的更新、删除等记录在二进制日志里，主机会去创建一个线程来把日志的内容发送到从机上，每个从机上执行了这个操作的一个拷贝。现有技术中通过数据库主备机制实现数据的同步存在一些问题：主备机制的侧重点是数据库的备份，无法针对业务进行单独处理，可扩展性能较差；表结构不能更改，同步双方的表结构必须一致。

发明内容

针对现有技术中的问题，本发明的目的在于提供一种业务平台数据库***、升级方法、设备及存储介质，可以实现核心域业务、数据库和平台域业务之间的解耦，在数据库升级过程中，核心域数据库和平台域数据库无需全部同步升级。

本发明实施例提供一种业务平台数据库***，用于存储业务平台的业务数据，所述业务平台包括核心域和多个平台域，所述业务数据包括第一属性的数据和第二属性的数据，所述第一属性不随所述业务平台的业务变更而变化，所述第二属性随所述业务平台的业务变更而变化；

所述数据库***包括核心域数据库以及与所述平台域一一对应的多个平台域数据库，所述核心数据库存储有第一数据表，所述第一数据表存储所述核心域的业务数据；所述平台域数据库存储有第二数据表，所述第二数据表存储所对应的平台域的业务数据；

所述第一数据表和所述第二数据表中，每条所述第二属性的数据的记录分别包括一个实体标识信息以及与该实体标识信息关联的一个属性值对。

可选地，所述核心域数据库执行升级任务时，对于升级中引起的第二属性的变化，所述核心域数据库根据变化的第二属性变更所对应的第二属性的数据的记录。

可选地，所述平台域数据库接收到所述平台域的数据查询请求时，根据所述数据查询请求中的实体标识信息和属性调取所对应的数据的记录，并将查询结果发送至所述平台域。

可选地，所述第一数据表包括第一主表和第一副表，所述第二数据表包括第二主表和第二副表，所述第一主表和所述第二主表用于存储所述第一属性的数据，所述第一副表和所述第二副表用于存储所述第二属性的数据。

可选地，所述第一主表和所述第二主表中，每条所述第一属性的数据的记录包括一个实体标识信息以及与该实体标识信息所关联的所有第一属性的属性值对。

可选地，所述核心域数据库存储新的业务数据时，根据新的业务数据的属性类型将第一属性的数据存储于所述第一主表，将第二属性的数据存储于所述第一副表。

可选地，所述核心域数据库还用于将与所述平台域关联的业务数据分别下发至所对应的平台域数据库；

所述平台域数据库还用于接收到所述核心域数据库下发的业务数据后，根据所述业务数据的属性类型将第一属性的数据存储于所述第二主表，将第二属性的数据存储于所述第二副表。

本发明实施例还提供一种业务平台数据库***升级方法，用于所述的业务平台数据库***的升级，所述方法包括如下步骤：

所述核心域数据库执行升级任务；

所述核心域数据库判断升级过程中发生变化的第二属性的变化类型；

如果发生变化的第二属性是新添加的第二属性，则所述核心域数据库在所述第一数据表中添加新增的第二属性的数据的记录，添加的每条第二属性的数据的记录包括一个本次升级所涉及到的实体的标识信息、新增的第二属性以及该实体所对应于该新增的第二属性的属性值；

如果发生变化的第二属性时被删除的第二属性，则所述核心域数据库在所述第一数据表中将删除的第二属性所对应的数据的记录删除。

本发明实施例还提供一种业务平台数据库***升级设备，包括：

处理器；

存储器，其中存储有所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行所述的业务平台升级方法的步骤。

本发明实施例还提供一种计算机可读存储介质，用于存储程序，所述程序被执行时实现所述的业务平台数据库***升级方法的步骤。

本发明所提供的业务平台数据库***、升级方法、设备及存储介质具有下列优点：

本发明解决了现有技术中核心域业务升级引起平台域数据不平衡，导致平台域业务崩溃而必须进行升级来配合核心域业务的问题，可以实现核心域业务、数据库和平台域业务之间的解耦，核心域业务的升级不会影响数据库结构的变化，数据结构不发生变化也就不会影响平台域业务的正常实现，从而实现数据库向上兼容，在数据库升级过程中，核心域数据库和平台域数据库无需全部同步升级，降低数据库升级时的沟通成本，提升用户使用体验。

附图说明

通过阅读参照以下附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。

图1是本发明一实施例的业务平台数据库***的结构示意图；

图2是本发明一实施例的业务平台数据库***中数据同步机制的时序图；

图3是本发明一实施例的业务平台数据库升级方法的流程图；

图4是本发明一实施例的业务平台升级设备的结构示意图；

图5是本发明一实施例的计算机存储介质的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的实施方式；相反，提供这些实施方式使得本发明将全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的结构，因而将省略对它们的重复描述。

为了解决现有技术中的技术问题，本发明实施例提供一种业务平台数据库***，用于存储业务平台的业务数据。如图1所示，为本发明实施例中的业务平台数据库***与业务平台配合的示意图。

所述业务平台包括核心域A100和多个平台域A200，所述业务数据包括第一属性的数据和第二属性的数据，所述第一属性不随所述业务平台的业务变更而变化，所述第二属性随所述业务平台的业务变更而变化。

所述数据库***包括核心域数据库M100以及与所述平台域A200一一对应的多个平台域数据库M200，所述核心数据库M100存储有第一数据表，所述第一数据表存储所述核心域的业务数据；所述平台域数据库M200存储有第二数据表，所述第二数据表存储所对应的平台域的业务数据。

所述第一数据表和所述第二数据表中，每条所述第二属性的数据的记录分别包括一个实体标识信息以及与该实体标识信息关联的一个属性值对。实体可以是具体的用户，也可以是平台域，也可以是服务域等等。实体标识信息即标识实体身份的唯一标识，例如用户ID、平台域ID等等。

第一属性是不随业务平台的业务变更而变化的属性，例如账户名称、密码、创建时间等等。第二属性则是会随业务平台的业务变更而变化的属性，例如各种不同种类的权限配置数据，一种权限可以为一种属性，或者随业务变更而增加或删除的其他类型的属性。

第二属性的数据的存储采用key_value(属性对)的方式进行存储，第二属性的数据的每条记录包括一个实体标识信息、一个第二属性和该实体所对应于该第二属性的属性值。例如，一条记录包括：

id VARCHAR(36)

s_key VARCHAR(50)

s_value TEXT

即该记录中仅包括VARCHAR(50)这一个第二属性及对应的属性值，对于id为VARCHAR(36)的其他第二属性，则重新建立一条记录，例如：id VARCHAR(36),s_keyVARCHAR(80),s_value TEXT，即使对于同一个实体ID，不同的第二属性也分属于不同的记录。在删除一条记录时，不会影响到其他的数据记录，在新增一条记录时，也不会影响到其他的数据记录。其他的数据记录仍然可以正常存入、查询和读取。

因此，通过采用该种方式，可以实现核心域业务、数据库和平台域业务之间的解耦，核心域业务的升级不会影响数据库结构的变化，数据结构不发生变化也就不会影响平台域业务的正常实现，从而实现数据库向上兼容。

在该实施例中，所述核心域数据库执行升级任务时，对于升级中引起的第二属性的变化，所述核心域数据库根据变化的第二属性变更所对应的第二属性的数据的记录。具体地，首先判断第二属性的变化类型，如果是新增第二属性，则在第一数据表中添加新增的第二属性的数据的记录，添加的每条第二属性的数据的记录包括一本次升级所涉及到的实体的标识信息、新增的第二属性以及该实体所对应于该新增的第二属性的属性值；如果是删除第二属性，则在第一数据表中将删除的第二属性所对应的数据的记录删除。

由于第二属性的每条数据的记录中仅包括一个属性值对，并且每个属性值对都与实体标识信息相关联，可以很方便地查询和读取，并且每条第二属性的数据的记录与其他第二属性的数据的记录均相互独立。因此，在删除一条记录时，不会影响到其他的数据记录，在新增一条记录时，也不会影响到其他的数据记录。其他的数据记录仍然可以正常存入、查询和读取。在核心域数据库进行数据升级时，无需对表结构进行变更，核心域数据库将数据下发至平台域数据库之后，平台域数据库即使没有升级，也可以正常查询和读取数据。

在该实施例中，所述第一数据表包括第一主表和第一副表，所述第二数据表包括第二主表和第二副表，所述第一主表和所述第二主表用于存储所述第一属性的数据，所述第一副表和所述第二副表用于存储所述第二属性的数据。第一主表和第一副表之间利用实体标识信息进行外键关联。第一主表中的一条记录里的一个属性对应第一副表中的一条记录。这样的表结构设计既不用改变表的数据结构同时又最大程度地满足了配置差异化的要求，能够很好地解决复杂场景下不同需求的配置问题。所述第一副表和所述第二副表中，每条所述第二属性的数据的记录分别包括一个实体标识信息以及与该实体标识信息关联的一个属性值对。该实施例通过将第一属性的数据和第二属性的数据分开进行存储，可以保证第一属性的数据的稳定性，避免第一属性的数据在数据库升级过程中发生变动。由于第一属性的数据在数据库升级过程中也不会发生变化，因此，所述第一主表和所述第二主表中，每条所述第一属性的数据的记录可以仍采用原数据存储的方式，即每条所述第一属性的数据的记录可以包括一个实体标识信息以及与该实体标识信息所关联的所有第一属性的属性值对。

如下为该实施例中，每条第一属性的数据的记录的存储形式：

id VARCHAR(36)

account VARCHAR(128)

password VARCHAR(32)

created_at TIMEST AMP

即该一条第一属性的数据的记录中包括了实体ID、账号名称属性、密码属性和创建时间属性。但本发明不限于此，第一主表和第二主表的数据存储结构也可以采用第一副表和第二副表的数据存储结构，即每个第二属性分属于不同的数据记录。

在该实施例中，所述核心域数据库存储新的业务数据时，根据新的业务数据的属性类型，将第一属性的数据存储于所述第一主表，将第二属性的数据存储于所述第一副表。

具体地，可以通过对现有的业务平台中核心域和核心域数据库的代码进行重构来实现。现有的核心域数据库中只存储有一个主表，核心域配置数据存储数据库的原先的逻辑大致为：实体类→业务数据访问层→主表。在进行代码重构之后，会将实体类中的字段属性通过注解的形式区分为两类，一类是实体类中的主要属性，一类是实体类中的次要属性。所述主要属性即第一属性，即不会随业务变动的属性，所述次要属性即第二属性，即会随着业务需求变更而随时变化的属性。代码数据访问层可以通过注解和反射的方式实现重构。重构后的核心域配置数据存储数据库的逻辑大致为：实体类(主属性、次属性)→注解、反射→业务数据访问层(主表SQL、副表SQL)→主表、副表。业务层的代码重构，实现了对同一个类的数据进行分表管理，让核心域配置的数据更容易区分和管理。

在该实施例中，所述核心域数据库还用于将与所述平台域关联的业务数据分别下发至所对应的平台域数据库；所述平台域数据库还用于接收到所述核心域数据库下发的业务数据后，根据所述业务数据的属性类型，将第一属性的数据存储于所述第二主表，将第二属性存储于所述第二副表。

在该实施例中，所述第一数据表和所述第二数据表以行记录的形式存储所述第二属性的数据，所述第一数据表和所述第二数据表中，每条所述第二属性的数据的记录行分别包括一个实体标识信息以及与该实体标识信息关联的一个属性值对。

如图2所示，为该实施例中的一种数据同步机制的时序图。首先核心域将数据存储至核心域数据库中，核心域数据库将需要下发的数据发送至消息中间件，消息中间件通过数据下发***下发至对应的平台域数据库。平台域可以通过数据查询的方式调取所对应的平台域数据库中的数据，在使用数据的过程中由于每条记录的配置信息不同，不同的平台域业务所要使用的信息也不一致。

在现有的平台域数据库中，当平台域查询数据时，受平台域中数据存储结构的限制，会将对应的实体的所有属性数据均读取出来，会造成资源的浪费。在该实施例中，需要对平台域业务进行整合处理，不同业务之间只是获取自己想要的配置信息，对于其他不使用的配置信息则不去获取，即只获取自己所用的部分。因此，所述平台域数据库接收到所述平台域的数据查询请求时，根据所述数据查询请求中的实体标识信息和属性调取所对应的数据的记录，并将查询结果发送至所述平台域。因此，在调取对应的数据的记录时，只需要调取查询指向的第二属性的数据的记录即可，无需将其他不相关的同属于同一个实体的数据读取出来。平台域业务的整合有利于很好地利用数据，将每一个配置项发挥它自己的作用，由于每条记录之间采用的是行记录的配置行驶，配置之间互不干扰并且数据表结构稳定不变，使得核心域业务、数据库和平台域业务之间的复杂耦合关系可以很好地解耦，并且不影响平台域业务的正常实现。

此外，本发明通过数据库的横向设计模式进行配置数据可以应对各种复杂的需求场景，又可以对同类型不同的数据进行差异化配置，避免了不需要的配置，最大效率地利用了所配置的数据。

如图3所示，本发明实施例还提供一种业务平台数据库***升级方法，用于所述的业务平台数据库***的升级，所述方法包括如下步骤：

S100：所述核心域数据库执行升级任务；

S200：所述核心域数据库判断升级过程中发生变化的第二属性的变化类型；

S300：如果发生变化的第二属性是新添加的第二属性，则所述核心域数据库在所述第一数据表中添加新增的第二属性的数据的记录，添加的每条第二属性的数据的记录包括一个本次升级所涉及到的实体的标识信息、新增的第二属性以及该实体所对应于该新增的第二属性的属性值；

S400：如果发生变化的第二属性时被删除的第二属性，则所述核心域数据库在所述第一数据表中将删除的第二属性所对应的数据的记录删除。

在该实施例中，由于第二属性的每条数据的记录中仅包括一个属性值对，并且每个属性值对都与实体标识信息相关联，可以很方便地查询和读取，并且每条第二属性的数据的记录与其他第二属性的数据的记录均相互独立。因此，在删除一条记录时，不会影响到其他的数据记录，在新增一条记录时，也不会影响到其他的数据记录。其他的数据记录仍然可以正常存入、查询和读取。在核心域数据库进行数据升级时，无需对表结构进行变更，核心域数据库将数据下发至平台域数据库之后，平台域数据库即使没有升级，也可以正常查询和读取数据。

因此，本发明解决了现有技术中一核心多平台的集体升级问题，直接降低了核心和平台之间的耦合关系，使得核心域业务可以独立升级，平台域业务可以逐步升级。

本发明实施例还提供一种业务平台数据库***升级设备，包括处理器；存储器，其中存储有所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行所述的业务平台升级方法的步骤。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为***、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“***”。

下面参照图4来描述根据本发明的这种实施方式的电子设备600。图4显示的电子设备600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，电子设备600以通用计算设备的形式表现。电子设备600的组件可以包括但不限于：至少一个处理单元610、至少一个存储单元620、连接不同***组件(包括存储单元620和处理单元610)的总线630、显示单元640等。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元610执行，使得所述处理单元610执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元610可以执行如图1中所示的步骤。

所述存储单元620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)6201和/或高速缓存存储单元6202，还可以进一步包括只读存储单元(ROM)6203。

所述存储单元620还可以包括具有一组(至少一个)程序模块6205的程序/实用工具6204，这样的程序模块6205包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备600也可以与一个或多个外部设备700(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备600交互的设备通信，和/或与使得该电子设备600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口650进行。并且，电子设备600还可以通过网络适配器660与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器660可以通过总线630与电子设备600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

本发明实施例还提供一种计算机可读存储介质，用于存储程序，所述程序被执行时实现所述的业务平台数据库***升级方法的步骤。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述电子处方流转处理方法部分中描述的根据本发明各种示例性实施方式的步骤。

参考图5所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品800，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

所述计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读存储介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

综上所述，与现有技术相比，本发明所提供的业务平台数据库***、升级方法、设备及存储介质具有下列优点：

本发明解决了现有技术中核心域业务升级引起平台域数据不平衡，导致平台域业务崩溃而必须进行升级来配合核心域业务的问题，可以实现核心域业务、数据库和平台域业务之间的解耦，核心域业务的升级不会影响数据库结构的变化，数据结构不发生变化也就不会影响平台域业务的正常实现，从而实现数据库向上兼容，在数据库升级过程中，核心域数据库和平台域数据库无需全部同步升级，降低数据库升级时的沟通成本，提升用户使用体验。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (10)

1.一种业务平台数据库***，其特征在于，用于存储业务平台的业务数据，所述业务平台包括核心域和多个平台域，所述业务数据包括第一属性的数据和第二属性的数据，所述第一属性不随所述业务平台的业务变更而变化，所述第二属性随所述业务平台的业务变更而变化；

所述数据库***包括核心域数据库以及与所述平台域一一对应的多个平台域数据库，所述核心数据库存储有第一数据表，所述第一数据表存储所述核心域的业务数据；所述平台域数据库存储有第二数据表，所述第二数据表存储所对应的平台域的业务数据；

所述第一数据表和所述第二数据表中，每条所述第二属性的数据的记录分别包括一个实体标识信息以及与该实体标识信息关联的一个属性值对。

2.根据权利要求1所述的业务平台数据库***，其特征在于，所述核心域数据库执行升级任务时，对于升级中引起的第二属性的变化，所述核心域数据库根据变化的第二属性变更所对应的第二属性的数据的记录。

3.根据权利要求1所述的业务平台数据库***，其特征在于，所述平台域数据库接收到所述平台域的数据查询请求时，根据所述数据查询请求中的实体标识信息和属性调取所对应的数据的记录，并将查询结果发送至所述平台域。

4.根据权利要求1所述的业务平台数据库***，其特征在于，所述第一数据表包括第一主表和第一副表，所述第二数据表包括第二主表和第二副表，所述第一主表和所述第二主表用于存储所述第一属性的数据，所述第一副表和所述第二副表用于存储所述第二属性的数据。

5.根据权利要求4所述的业务平台数据库***，其特征在于，所述第一主表和所述第二主表中，每条所述第一属性的数据的记录包括一个实体标识信息以及与该实体标识信息所关联的所有第一属性的属性值对。

6.根据权利要求4所述的业务平台数据库***，其特征在于，所述核心域数据库存储新的业务数据时，根据新的业务数据的属性类型将第一属性的数据存储于所述第一主表，将第二属性的数据存储于所述第一副表。

7.根据权利要求4所述的业务平台数据库***，其特征在于，所述核心域数据库还用于将与所述平台域关联的业务数据分别下发至所对应的平台域数据库；

所述平台域数据库还用于接收到所述核心域数据库下发的业务数据后，根据所述业务数据的属性类型将第一属性的数据存储于所述第二主表，将第二属性的数据存储于所述第二副表。

8.一种业务平台数据库***升级方法，其特征在于，用于权利要求1至7中任一项所述的业务平台数据库***的升级，所述方法包括如下步骤：

所述核心域数据库执行升级任务；

所述核心域数据库判断升级过程中发生变化的第二属性的变化类型；

如果发生变化的第二属性是新添加的第二属性，则所述核心域数据库在所述第一数据表中添加新增的第二属性的数据的记录，添加的每条第二属性的数据的记录包括一个本次升级所涉及到的实体的标识信息、新增的第二属性以及该实体所对应于该新增的第二属性的属性值；

如果发生变化的第二属性时被删除的第二属性，则所述核心域数据库在所述第一数据表中将删除的第二属性所对应的数据的记录删除。

9.一种业务平台数据库***升级设备，其特征在于，包括：

处理器；

存储器，其中存储有所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求8所述的业务平台升级方法的步骤。

10.一种计算机可读存储介质，用于存储程序，其特征在于，所述程序被执行时实现权利要求8所述的业务平台数据库***升级方法的步骤。