CN109656912A - 数据模型管控方法、装置及服务器 - Google Patents

Abstract

本申请实施例提供一种数据模型管控方法、装置及服务器，通过获取该待建主题业务中包含的业务实体的实体属性，根据预设标准对各业务实体的实体属性进行标准设置得到标准字段从而生成待建主题业务的业务标准。根据业务标准建立不同业务实体之间的关联关系，并为各业务实体规划实体表，根据各实体表及该关联关系得到待建主题业务的逻辑模型。再在数据库中建立与逻辑模型中各实体表对应的数据库表项，根据关联关系将数据库表项进行关联，以得到与待建主题业务对应的物理模型。本申请将业务标准与逻辑模型和物理模型结合，提高了模型的完整性、规范性及准确性，保障后续各***之间的数据标准一致，一定程度上避免不同***之间数据差异的问题。

Description

数据模型管控方法、装置及服务器

技术领域

本发明涉及应用开发技术领域，具体而言，涉及一种数据模型管控方法、装置及服务器。

背景技术

长期以来，大部分的业务***的建设都是以某些业务需求为基础进行建设，没有考虑***与***之间的数据一致性、重复性的问题，缺乏总体的数据标准设计，直接导致数据分析时各个业务部门的统计数据标准不一致的问题。也有许多的企事业单位已经意识到数据标准的重要性，设置也制定了符合自己业务的数据标准，但是目前仍然没有有效的管理办法和***支撑，导致无法实现基于数据标准的数据模型建立。

发明内容

有鉴于此，本申请的目的在于，提供一种数据模型管控方法、装置及服务器以改善上述问题。

本申请实施例提供一种数据模型管控方法，应用于服务器，所述方法包括：

获得待建主题业务中的多个不同业务实体，并获得各所述业务实体的实体属性；

根据预设标准对各所述业务实体的实体属性进行标准设置得到标准字段，以生成针对所述待建主题业务的业务标准；

根据所述业务标准建立不同业务实体之间的关联关系，并为各所述业务实体规划用于存放各所述业务实体的标准字段的实体表；

根据各所述实体表以及所述关联关系得到所述待建主题业务的逻辑模型；

根据所述逻辑模型在数据库中建立与所述逻辑模型中各所述实体表相对应的数据库表项，根据所述关联关系将对应的数据库表项进行关联，并为各所述数据库表项中的标准字段建立索引项，以得到所述待建主题业务的物理模型。

可选地，所述方法还包括：

对所述逻辑模型和所述物理模型的建立过程进行监控，在监控到建立过程出现异常时，生成预警信息以提示开发人员。

可选地，所述对所述逻辑模型和所述物理模型的建立过程进行监控的步骤，至少包括以下之一：

监控所述逻辑模型是否与所述业务标准相符，若不相符，则确定建立过程出现异常；

监控所述物理模型是否与所述业务标准相符，若不相符，则确定建立过程出现异常；

监控所述逻辑模型和所述物理模型是否相符，若不相符，则确定建立过程出现异常。

可选地，所述服务器包括多个数据库，所述方法还包括：

在不同的数据库中存在对应于相同待建主题业务的物理模型时，检测不同数据库中的对应于相同待建主题业务的物理模型的版本信息是否一致；

若不一致，则生成提示信息以提示开发人员。

可选地，所述方法还包括：

在生成的业务标准发生变化时，根据变化后的业务标准对根据变化前的业务标准生成的逻辑模型和物理模型进行修改。

可选地，所述根据所述逻辑模型在数据库中建立与所述逻辑模型中各所述实体表相对应的数据库表项的步骤，包括：

根据所述逻辑模型中各所述实体表中的标准字段建立对应的数据库表并存放在数据库中；

针对所述数据库中的任一数据库表，若所述数据库表中包含特定标准字段，则将所述特定标准字段添加至所述数据库中的其他数据库表中，其中，所述特定标准字段为预先根据使用量高低进行设置的特定标准字段。

可选地，所述方法还包括：

在所述逻辑模型发生变更时，获得相应变更项；

评估所述变更项对与所述逻辑模型相对应的物理模型产生的影响值，并检测所述影响值是否超过预设的允许范围；

若未超过所述预设的允许范围，则根据所述变更项对所述物理模型进行修改。

本申请实施例还提供一种数据模型管控装置，应用于服务器，所述装置包括：

获取模块，用于获得待建主题业务中的多个不同业务实体，并获得各所述业务实体的实体属性；

生成模块，用于根据预设标准对各所述业务实体的实体属性进行标准设置得到标准字段，以生成针对所述待建主题业务的业务标准；

建立模块，用于根据所述业务标准建立不同业务实体之间的关联关系，并为各所述业务实体规划用于存放各所述业务实体的标准字段的实体表；

逻辑模型获得模块，用于根据各所述实体表以及所述关联关系得到所述待建主题业务的逻辑模型；

物理模型获得模块，用于根据所述逻辑模型在数据库中建立与所述逻辑模型中各所述实体表相对应的数据库表项，根据所述关联关系将对应的数据库表项进行关联，并为各所述数据库表项中的标准字段建立索引项，以得到所述待建主题业务的物理模型。

本申请实施例还提供一种服务器，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的方法步骤。

本申请实施例还提供一种可读存储介质，该可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述的方法步骤。

本申请实施例提供的数据模型管控方法、装置及服务器，在获得待建主题业务时，获取该待建主题业务中包含的业务实体的实体属性。根据预设标准对各业务实体的实体属性进行标准设置得到标准字段从而生成待建主题业务的业务标准。根据所述业务标准建立不同业务实体之间的关联关系，并为各业务实体规划用于存放各业务实体的标准字段的实体表。根据各实体表及该关联关系得到待建主题业务的逻辑模型。再根据逻辑模型在数据库中建立与逻辑模型中各实体表对应的数据库表项，根据关联关系将数据库表项进行关联，以得到与待建主题业务对应的物理模型。本申请将业务标准与逻辑模型和物理模型结合，提高了模型的完整性、规范性及准确性，保障后续各***之间的数据标准一致，一定程度上避免不同***之间数据差异的问题。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的服务器的结构框图。

图2为本申请实施例提供的数据模型管控方法的流程图。

图3为图2中步骤S150的子步骤的流程图。

图4为本申请实施例提供的数据模型管控装置的功能模块框图。

图标：100-服务器；110-数据模型管控装置；111-获取模块；112-生成模块；113-建立模块；114-逻辑模型获得模块；115-物理模型获得模块；120-处理器；130-存储器。

具体实施方式

业务流程管理是一种以规范化的构造端到端的卓越业务流程为中心，以持续的提高组织业务绩效为目的的***化方法。对于业务模型的开发而言，可能会存在标准不一致的问题而导致不同的开发部门在针对相同业务项采用标识不一致，进而导致后续***应用中存在应用缺陷的问题。例如，针对人员性别这一项，若未采用统一标准并建立统一数据模型，则可能出现不同开发部门需要利用到人员性别这一项进行业务开发时，有的业务中利用数字“1”标识性别男、用数字“2”标识性别女，而有的业务中利用文字“男”标识性别男，用文字“女”标识性别女。这种情况导致后续，不同***在对接时，造成对接困扰。

基于此，本申请中，首先采用制定统一标准，在统一标准的基础上设置逻辑模型及对应的物理模型，从而统一不同***间的标准，后续可直接调用标准一致的模型进行开发过程，一定程度上避免不同***之间数据差异的问题。

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

如图1所示，本发明实施例提供了一种服务器100，所述服务器100包括存储器130、处理器120和数据模型管控装置110。

所述存储器130和处理器120之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述数据模型管控装置110包括至少一个可以软件或固件(firmware)的形式存储于所述存储器130中的软件功能模块。所述处理器120用于执行所述存储器130中存储的可执行的计算机程序，例如，所述数据模型管控装置110所包括的软件功能模块及计算机程序等，以实现数据模型管控方法。

其中，所述存储器130可以是，但不限于，随机存取存储器(Random AccessMemory，RAM)，只读存储器(Read Only Memory，ROM)，可编程只读存储器(ProgrammableRead-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-OnlyMemory，EPROM)，电可擦除只读存储器(Electric Erasable Programmable Read-OnlyMemory，EEPROM)等。其中，存储器130用于存储程序，所述处理器120在接收到执行指令后，执行所述程序。

所述处理器120可能是一种集成电路芯片，具有信号的处理能力。上述的处理器120可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器120也可以是任何常规的处理器等。

可以理解，图1所示的结构仅为示意，所述服务器100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

可选地，所述服务器100的具体类型不受限制，例如，可以是，但不限于，web(网站)服务器、数据服务器、单独的服务器或者是服务器集群等。

结合图2，本发明实施例还提供一种可应用于上述服务器100的数据模型管控方法。其中，所述方法有关的流程所定义的方法步骤可以由所述处理器120实现。下面将对图2所示的具体流程进行详细阐述。

步骤S110，获得待建主题业务中的多个不同业务实体，并获得各所述业务实体的实体属性。

服务器100在进行业务模型建立时，可单独针对不同的主题业务进行建立。其中，主题业务可以是例如针对学生的相关信息的业务、针对教师的相关信息的业务等等。若当前存在多个待建的主题业务时，开发人员可根据各个主题业务的可实施性及重要程度对多个主题业务进行排序，例如按重要程度的高低进行依次排序，按可实施性的高低进行排序等。如此，服务器100可按排序后的主题业务对各主题业务进行依次处理。

在获得待建主题业务后，可获得待建主题业务中的多个不同业务实体，其中，若待建主题业务为与学生相关的业务时，其业务实体包含学生自身相关信息、学生上课教室信息、学生上课科目信息等等。业务实体之间是存在关联的。

在获得各个业务实体之后，可获得各业务实体的实体属性，例如学生自身相关信息的业务实体中，实体属性可以包含学生姓名、性别年龄等等。在学生上课教室信息的业务实体中，实体属性可以包括教室类型(一般教室或阶梯教室)、教室楼栋号、楼层号等等。

步骤S120，根据预设标准对各所述业务实体的实体属性进行标准设置得到标准字段，以生成针对所述待建主题业务的业务标准。

本实施例，可根据预设标准对各业务实体的实体属性进行标准设置以得到标准字段，例如对于学生信息相关的业务实体中，实体属性为学生性别时，则可设定统一的标准规定性别分别用文字“男”及“女”进行标注。又如，对于教室信息相关的业务实体中，实体属性为教室类型时，可设定统一的标准将阶梯教室用“一级教室”标记，将普通教室用“二级教室”标注。应当理解，上述具体标准只是为了列举说明，在实施时可根据实际情况进行相应设置。

在通过以上设置后，则可以形成统一的、规范的针对所述待建主题业务的业务标准。

步骤S130，根据所述业务标准建立不同业务实体之间的关联关系，并为各所述业务实体规划用于存放各所述业务实体的标准字段的实体表。

步骤S140，根据各所述实体表以及所述关联关系得到所述待建主题业务的逻辑模型。

在本实施例中，可根据上述建立的业务标准建立不同业务实体之间的关联关系，例如学生信息与教室信息之间的关联、学生信息与科目信息之间的关联，或者是教室信息与科目信息之间的关联等等。并且，为各业务实体规划用于存放各业务实体的标准字段的实体表。其中，该实体表并不是建立的真实的表项，而是所规划的相关的表信息。

可根据待建主题业务对应的各实体表，以及各实体表之间的关联关系得到待建主题业务的逻辑模型。

通过以上过程，以业务驱动进行逻辑模型建立，可尽可能地保障模型能够覆盖到各个关键业务类型及业务内的各个节点。基于业务标准进行模型建立，进一步保证模型的规范性。

步骤S150，根据所述逻辑模型在数据库中建立与所述逻辑模型中各所述实体表相对应的数据库表项，根据所述关联关系将对应的数据库表项进行关联，并为各所述数据库表项中的标准字段建立索引项，以得到所述待建主题业务的物理模型。

在建立逻辑模型的基础上，可根据所建立的逻辑模型在数据库中进行真实表项的建立，以存放相关的业务信息。后续需要用到相关信息时，可直接调用即可，规范且便捷。

可选地，本实施例中，根据待建主题业务对应逻辑模型在数据库中建立与逻辑模型中各实体表相对应的数据库表项。并且，可根据逻辑模型中各实体表之间的关联关系将对应的数据库表项进行关联。

为了查询及调用的方便性，可为各所述数据库表中的标准字段建立索引项。通过以上过程，得到待建主题业务的物理模型。

请参阅图3，在本实施例中，在数据库中建立数据库表的过程可通过以下步骤实现：

步骤S151，根据所述逻辑模型中各所述实体表中的标准字段建立对应的数据库表并存放在数据库中。

步骤S152，针对所述数据库中的任一数据库表，若所述数据库表中包含特定标准字段，则将所述特定标准字段添加至所述数据库中的其他数据库表中，其中，所述特定标准字段为预先根据使用量高低进行设置的特定标准字段。

本实施例中，考虑到有一些字段是经常会使用到的，这些字段和其他的业务项之间的相关度较高。例如，在存放学生相关信息的数据库表中存放有学生姓名、性别、年龄等。在存放教室相关信息的数据库表中存放着教室开发时间、教室类型等。而存放科目相关信息的数据库表中存放有科目类型、科目上课时间等信息。若需要建立学生的上课相关信息的业务时，则在调用到教室相关信息时，需要牵涉到记录学生姓名，在调用科目相关信息时，也需要牵涉到学生姓名。即学生姓名这一项标准字段在很多情况下均需要调用到。因此，可将学生姓名这一项设定为特定标准字段。

若某个数据库表项中包含该特定标准字段，则将该特定标准字段添加至数据库中的其他数据库表项中。如此，则不需要每次在建立学生的教室相关信息时，都需要去学生自身相关信息的数据库表中调用学生姓名项。减少了不同数据库表之间的调用关系。

本实施例中，服务器100中包含相关的监控模块，可对待建主题业务的逻辑模型和物理模型的建立过程进行监控，并可在监控到建立过程出现异常时，生成预警信息以提示开发人员。

在本实施例中，上述的对逻辑模型和物理模型的建立过程进行监控可至少包括以下之一：

监控所述逻辑模型是否与所述业务标准相符，若不相符，则确定建立过程出现异常。

监控所述物理模型是否与所述业务标准相符，若不相符，则确定建立过程出现异常。

监控所述逻辑模型和所述物理模型是否相符，若不相符，则确定建立过程出现异常。

通过以上过程，可在模型设计过程中出现不符合规范的设计时，快速生成预警信息，保障数据模型的质量。

在本实施例中，所述服务器100包括多个数据库，为了便于对数据的调用，可根据需求将建立的数据库表项放置于不同的数据库表。但是，这种方式下可能会存在人为操作的干扰使某个数据库中的某个物理模型的版本信息改变。为了避免不同数据库表中的物理模型的版本不一致，导致后续在从不同数据库中调用数据时造成的数据差异的问题。因此，本实施例中，在不同的数据库中存在对应于相同待建主题业务的物理模型时，可检测不同数据库中的对应于相同待建主题业务的物理模型的版本信息是否一致。

若版本信息不一致，则表明可能是人为操作导致版本信息改变，可生成提示信息以提示开发人员。

在本实施例中，还可在生成的业务标准发生变化时，根据变化后的业务标准对根据变化前的业务标准生成的逻辑模型和物理模型进行修改。保障逻辑模型和物理模型与业务标准的一致性。

此外，在本实施例中，还可在监测到建立的逻辑模型发生变更时，获得相应的变更项。可评估变更项对与该逻辑模型相对应的物理模型所产生的影响值，其中，该影响值为一相对分值。例如，可检测该变更项将引起物理模型中需要随之变更的数据的数量，或者是检测该变更项将引起物理模型需要随之变更的处理时间等。将需要变更的数据与预设的最大数量值进行比较得到相对的影响值，或者将需要的处理时间与预设的最大时间值进行比较得到相对的影响值。

并检测得到的影响值是否超过预设的允许范围。若未超过预设的允许范围，表明可根据逻辑模型中的变更项对对应的物理模型进行修改。而若超过了预设的允许范围，则需要提交开发人员进行评估，以确定修改方案。

此外，在本实施例中，在逻辑模型及物理模型的创建、修改、变更等过程均需要经过审核流程，只有审核通过的模型才能为后续业务所使用。

并且，在逻辑模型及物理模型进行版本升级变更时，服务器100可在其升级变更的同时，将原有的旧版本进行保留。如此，后续若新的版本的逻辑模型或物理模型出现异常时，可恢复至旧版本使用。或者是在需要参考旧版本时，可快速回溯到历史版本。

请参阅图4，本申请实施例还提供一种应用于服务器100的数据模型管控装置110，所述装置包括获取模块111、生成模块112、建立模块113、逻辑模型获得模块114及物理模型获得模块115。

所述获取模块111，用于获得待建主题业务中的多个不同业务实体，并获得各所述业务实体的实体属性。可以理解，该获取模块111可以用于执行上述步骤S110，关于该获取模块111的详细实现方式可以参照上述对步骤S110有关的内容。

所述生成模块112，用于根据预设标准对各所述业务实体的实体属性进行标准设置得到标准字段，以生成针对所述待建主题业务的业务标准。可以理解，该生成模块112可以用于执行上述步骤S120，关于该生成模块112的详细实现方式可以参照上述对步骤S120有关的内容。

所述建立模块113，用于根据所述业务标准建立不同业务实体之间的关联关系，并为各所述业务实体规划用于存放各所述业务实体的标准字段的实体表。可以理解，该建立模块113可以用于执行上述步骤S130，关于该建立模块113的详细实现方式可以参照上述对步骤S130有关的内容。

所述逻辑模型获得模块114，用于根据各所述实体表以及所述关联关系得到所述待建主题业务的逻辑模型。可以理解，该逻辑模型获得模块114可以用于执行上述步骤S140，关于该逻辑模型获得模块114的详细实现方式可以参照上述对步骤S140有关的内容。

所述物理模型获得模块115，用于根据所述逻辑模型在数据库中建立与所述逻辑模型中各所述实体表相对应的数据库表项，根据所述关联关系将对应的数据库表项进行关联，并为各所述数据库表项中的标准字段建立索引项，以得到所述待建主题业务的物理模型。可以理解，该物理模型获得模块115可以用于执行上述步骤S150，关于该物理模型获得模块115的详细实现方式可以参照上述对步骤S150有关的内容。

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

本申请实施例还提供了一种可读存储介质，所述可读存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的数据模型管控方法。

综上所述，本申请实施例提供的数据模型管控方法、装置及服务器100，在获得待建主题业务时，获取该待建主题业务中包含的业务实体的实体属性。根据预设标准对各业务实体的实体属性进行标准设置得到标准字段从而生成待建主题业务的业务标准。根据所述业务标准建立不同业务实体之间的关联关系，并为各业务实体规划用于存放各业务实体的标准字段的实体表。根据各实体表及该关联关系得到待建主题业务的逻辑模型。再根据逻辑模型在数据库中建立与逻辑模型中各实体表对应的数据库表项，根据关联关系将数据库表项进行关联，以得到与待建主题业务对应的物理模型。本申请将业务标准与逻辑模型和物理模型结合，提高了模型的完整性、规范性及准确性，保障后续各***之间的数据标准一致，一定程度上避免不同***之间数据差异的问题。

在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种数据模型管控方法，其特征在于，应用于服务器，所述方法包括：

获得待建主题业务中的多个不同业务实体，并获得各所述业务实体的实体属性；

根据预设标准对各所述业务实体的实体属性进行标准设置得到标准字段，以生成针对所述待建主题业务的业务标准；

根据所述业务标准建立不同业务实体之间的关联关系，并为各所述业务实体规划用于存放各所述业务实体的标准字段的实体表；

根据各所述实体表以及所述关联关系得到所述待建主题业务的逻辑模型；

根据所述逻辑模型在数据库中建立与所述逻辑模型中各所述实体表相对应的数据库表项，根据所述关联关系将对应的数据库表项进行关联，并为各所述数据库表项中的标准字段建立索引项，以得到所述待建主题业务的物理模型。

2.根据权利要求1所述的数据模型管控方法，其特征在于，所述方法还包括：

对所述逻辑模型和所述物理模型的建立过程进行监控，在监控到建立过程出现异常时，生成预警信息以提示开发人员。

3.根据权利要求2所述的数据模型管控方法，其特征在于，所述对所述逻辑模型和所述物理模型的建立过程进行监控的步骤，至少包括以下之一：

监控所述逻辑模型是否与所述业务标准相符，若不相符，则确定建立过程出现异常；

监控所述物理模型是否与所述业务标准相符，若不相符，则确定建立过程出现异常；

监控所述逻辑模型和所述物理模型是否相符，若不相符，则确定建立过程出现异常。

4.根据权利要求1所述的数据模型管控方法，其特征在于，所述服务器包括多个数据库，所述方法还包括：

在不同的数据库中存在对应于相同待建主题业务的物理模型时，检测不同数据库中的对应于相同待建主题业务的物理模型的版本信息是否一致；

若不一致，则生成提示信息以提示开发人员。

5.根据权利要求1所述的数据模型管控方法，其特征在于，所述方法还包括：

在生成的业务标准发生变化时，根据变化后的业务标准对根据变化前的业务标准生成的逻辑模型和物理模型进行修改。

6.根据权利要求1所述的数据模型管控方法，其特征在于，所述根据所述逻辑模型在数据库中建立与所述逻辑模型中各所述实体表相对应的数据库表项的步骤，包括：

根据所述逻辑模型中各所述实体表中的标准字段建立对应的数据库表并存放在数据库中；

针对所述数据库中的任一数据库表，若所述数据库表中包含特定标准字段，则将所述特定标准字段添加至所述数据库中的其他数据库表中，其中，所述特定标准字段为预先根据使用量高低进行设置的特定标准字段。

7.根据权利要求1所述的数据模型管控方法，其特征在于，所述方法还包括：

在所述逻辑模型发生变更时，获得相应变更项；

评估所述变更项对与所述逻辑模型相对应的物理模型产生的影响值，并检测所述影响值是否超过预设的允许范围；

若未超过所述预设的允许范围，则根据所述变更项对所述物理模型进行修改。

8.一种数据模型管控装置，其特征在于，应用于服务器，所述装置包括：

获取模块，用于获得待建主题业务中的多个不同业务实体，并获得各所述业务实体的实体属性；

生成模块，用于根据预设标准对各所述业务实体的实体属性进行标准设置得到标准字段，以生成针对所述待建主题业务的业务标准；

建立模块，用于根据所述业务标准建立不同业务实体之间的关联关系，并为各所述业务实体规划用于存放各所述业务实体的标准字段的实体表；

逻辑模型获得模块，用于根据各所述实体表以及所述关联关系得到所述待建主题业务的逻辑模型；

物理模型获得模块，用于根据所述逻辑模型在数据库中建立与所述逻辑模型中各所述实体表相对应的数据库表项，根据所述关联关系将对应的数据库表项进行关联，并为各所述数据库表项中的标准字段建立索引项，以得到所述待建主题业务的物理模型。

9.一种服务器，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1-7任意一项所述的方法步骤。

10.一种可读存储介质，其特征在于，该可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1-7任意一项所述的方法步骤。