基于数据库的配置台实现方法、 配置台及系统 技术领域 本发明涉及通信技术领域， 尤其涉及电信增值业务中一种基于数据库的配置台实 现方法、 配置台及系统。
背景技术 随着通信技术的飞速发展， 电信增值业务， 例如垃圾短消息监控业务， 彩信业务、 彩铃业务、 手机游戏以及其他消息类业务等， 逐渐成为电信业一个重要的利润支撑点。 电信 增值业务种类繁多， 业务系统通常需要处理复杂的逻辑关系， 而且这些逻辑关系还会经常 变化。 因此， 有必要将各种类型的电信增值业务处理逻辑及方法进行统一的配置管理， 并将 配置信息完整的展示给系统操作和维护人员， 执行这些功能的电信增值业务处理系统称为 配置台系统。
现有技术中， 配置台系统实现配置信息的配置与管理的方法大都是通过配置界面 接受系统操作和维护人员的输入操作， 将输入的配置信息生成文件， 再由系统读取生成的 文件使系统配置的改变生效。
上述方法的缺点在于， 保持配置数据的一致性的工作必须全部在界面代码中实 现， 从而增加了界面代码的复杂性， 特别是在系统的配置数据量庞大时， 界面代码的复杂量 将会骤增。 在配置项规则以及数据一致性规则经常变动的情况下， 界面代码更是难于维护 ； 此外， 记录操作历史的日志信息也需要另外的代码维护， 进一步增加了界面代码的工作量。发明内容
本发明的主要目的在于提供一种基于数据库的配置台实现方法、 配置台及系统， 旨在减少配置台界面代码的复杂性， 提高配置台响应速度。
为了达到上述目的， 本发明提出一种基于数据库的配置台实现方法， 包括 ：
配置台根据业务实体配置项的约束关系建立配置表， 并将所述配置表存于数据库 中；
从所述数据库内的配置表中获取配置信息 ；
将所述配置信息发送给业务处理中心， 由所述业务处理中心根据所述配置信息进 行相应的业务处理。
优选地， 该方法还包括 ：
配置台对所述配置表进行配置信息的添加、 删除和 / 或修改操作 ； 或者配置台修 改所述业务实体配置项的约束关系。
优选地， 该方法还包括 ：
对所述数据库中记录的配置操作记录进行分析及挖掘。
优选地， 所述配置台对所述配置表进行配置信息的添加、 删除和 / 或修改操作的 步骤之后还包括 ：
当配置台对所述配置表进行配置信息的添加、 删除和 / 或修改操作与所述业务实体配置项的约束关系不符时， 接收所述数据库反馈的报错信息。
优选地， 所述配置台从数据库内的配置表中获取配置信息的步骤包括 ：
从所述数据库中查找配置信息 ；
生成携带有所述配置信息的配置文件。
优选地， 所述将配置信息发送给业务处理中心， 由所述业务处理中心根据所述配 置信息进行相应的业务处理的步骤包括 ：
将携带有所述配置信息的配置文件发送至所述业务处理中心， 由所述业务处理中 心从所述配置文件中解析出所述配置信息及根据所述配置信息进行相应的业务处理。
本发明还提出一种基于数据库的配置台， 包括 ：
配置模块， 用于根据业务实体配置项的约束关系建立配置表， 并将所述配置表存 于数据库中 ；
获取模块， 用于从所述数据库内的配置表中获取配置信息 ；
发送模块， 用于将所述配置信息发送给业务处理中心， 由所述业务处理中心根据 所述配置信息进行相应的业务处理。
优选地， 该装置还包括 ：
更新模块， 用于对所述配置表进行配置信息的添加、 删除和 / 或修改操作。
优选地， 该装置还包括 ：
分析及挖掘模块， 用于对所述数据库中记录的配置操作记录进行分析及挖掘。
优选地， 所述更新模块还用于对所述配置表进行配置信息的添加、 删除和 / 或修 改操作与所述业务实体配置项的约束关系不符时， 接收所述数据库反馈的报错信息。
优选地， 所述获取模块包括 ：
查找单元， 用于从所述数据库中查找配置信息 ；
生成单元， 用于生成携带有所述配置信息的配置文件。
优选地， 所述发送模块还用于将携带有所述配置信息的配置文件发送至所述业务 处理中心， 由所述业务处理中心从所述配置文件中解析出所述配置信息及根据所述配置信 息进行相应的业务处理。
本发明还提出一种基于数据库的信息配置系统， 包括 ： 配置台、 数据库以及数据处 理中心， 其中 ：
所述数据库， 用于存储具有业务实体配置项的约束关系的配置表 ；
所述配置台， 用于根据业务实体配置项的约束关系建立所述配置表， 并将所述配 置表存于数据库中 ； 从所述数据库存储的配置表中获取配置信息， 并将所述配置信息发送 给所述业务处理中心 ；
所述业务处理中心， 用于根据所述配置信息进行相应的业务处理。
优选地， 所述配置台为权利要求 7-12 中任一项所述的配置台。
本发明提出的一种基于数据库的配置台实现方法、 配置台及系统， 在数据库中创 建具有业务实体配置项的约束关系的配置表， 配置台界面只需负责将系统操作员的配置信 息写入数据库， 当业务处理中心需要相关配置信息时， 配置台从数据库中获取配置信息， 并 将配置信息发送给业务处理中心， 由业务处理中心根据配置信息进行相应的业务处理 ； 在 配置信息配置与更新过程中， 一旦有配置数据违反了约束， 由数据库返回错误信息， 保证写入数据的正确性， 大大降低了界面开发人员的工作量 ； 如果配置项的约束关系发生改变， 只 需要修改数据库中配置表的约束关系， 减少了界面代码的修改量 ； 而且每次对数据库的操 作均被记录到数据库中， 以提供数据的相关查询、 分析与挖掘， 不仅减少配置台界面和整个 配置台系统代码的复杂程度， 还可以提高配置台系统的响应速度 ； 而数据库的数据独立性 使得不同语言编写的配置台界面能够以统一的接口存取数据。 附图说明
图 1 是本发明基于数据库的配置台实现方法一实施例的流程示意图 ； 图 2 是本发明基于数据库的配置台实现方法另一实施例的流程示意图 ； 图 3 是本发明基于数据库的配置台一实施例的结构示意图 ； 图 4 是本发明基于数据库的配置台一实施例中获取模块的结构示意图 ； 图 5 是本发明基于数据库的配置台另一实施例的结构示意图 ； 图 6 是本发明基于数据库的信息配置系统一实施例的结构示意图。 为了使本发明的技术方案更加清楚、 明了， 下面将结合附图作进一步详述。具体实施方式 本发明实施例解决方案主要是 ： 把配置项、 配置项之间的复杂约束关系的实现从 界面转移到数据库。在数据库中创建具有业务实体配置项的约束关系的配置表， 配置台界 面只需负责将系统操作员的配置信息写入数据库， 当业务处理中心需要相关配置信息时， 配置台从数据库中获取配置信息， 并将配置信息发送给业务处理中心， 由业务处理中心根 据配置信息进行相应的业务处理， 以减少配置台界面和整个配置台系统代码的复杂程度， 提高配置台系统的响应速度 ； 同时， 利用数据库自带的审计功能自动记录配置操作日志， 为 进一步进行数据分析与挖掘提供良好的数据库平台。
如图 1 所示， 本发明一实施例提出一种基于数据库的配置台实现方法， 包括 ：
步骤 S100， 配置台根据业务实体配置项的约束关系建立配置表， 并将配置表存于 数据库中 ；
步骤 S101， 从数据库内的配置表中获取配置信息 ；
本实施例方法运行环境涉及电信增值业务系统， 具体涉及业务处理中心、 数据库 以及配置信息的配置台， 把业务实体的配置项以及配置项之间的复杂约束关系的实现从配 置台的界面转移到数据库， 将维护配置项一致性和大数据量操作的工作转为数据库完成， 以减少配置台界面以及整个配置台所处系统代码的复杂程度， 并提高系统的响应速度。
数据库中预先存储有创建的配置表， 配置表包括业务实体配置项的约束关系， 配 置项的各个属性对应到该配置表中的各个字段。上述业务实体为业务处理中心涉及的实 体， 比如可以是短消息中心、 彩铃业务中心等。
配置表可以由配置台预先根据业务处理中心的需要进行配置， 之后保存在数据库 中； 也可以由其他平台、 网元或服务器等预先配置并保存于数据库中。
本实施例中， 根据业务处理中心的需要， 由配置台根据业务处理中心涉及的业务 实体配置项的约束关系建立配置表， 并将配置表保存于数据库中。
系统操作人员通过配置台界面将相应的配置信息写入数据库中的配置表， 一旦有
配置数据违反了业务实体配置项的约束关系， 数据库将返回报错信息， 保证写入数据的正 确性。
当业务处理中心需要某个配置信息时， 用户可以操作配置台的界面， 从数据库中 查询相应的配置信息， 之后将获取的配置信息转发给业务处理中心。
在实际操作中， 配置台也可以将从数据库中查询到的配置信息生成配置文件， 将 配置信息携带在配置文件中发送给业务处理中心， 由业务处理中心对收到的配置文件进行 解析， 获取相应的配置信息。
其中， 配置文件可以使用统一的二进制格式， 包括文件头、 文件尾以及文件体 ； 文 件头为固定大小长度， 包括配置台版本号、 文件长度等信息 ； 文件尾包括文件结束标识符和 校验码 ； 文件体包括数据库的配置信息， 每张配置表在文件体中都对应一个结构体， 结构体 的开头标识配置表中的每条记录大小、 记录条数， 结构体主体部分存放具体的数据库中的 记录。
业务处理中心收到配置文件后， 首先进行校验， 确认配置文件在传输过程中是否 出错。然后读取配置文件中文件头的版本号， 按照一定的格式将配置文件的配置信息读入 内存， 之后配置信息对业务处理中心生效。 步骤 S102， 将配置信息发送给业务处理中心， 由业务处理中心根据配置信息进行 相应的业务处理。
本实施例中业务处理中心可以与配置台处于同一业务平台中， 也可以与配置台分 离， 根据业务实体的不同， 业务处理中心可以为多个。
若业务处理中心与配置台处于同一业务平台， 则配置台将获取的配置信息直接转 发给业务处理中心 ； 若业务处理中心与配置台分离， 配置台则可通过 FTP(File Transfer Protocol， 文件传输协议 ) 将获取的配置信息发送给相应的业务处理中心。
业务处理中心获取到相应的配置信息后， 根据配置信息进行相应的业务处理。
根据实际需要， 当业务实体配置项的约束关系发生变化时， 用户可以通过配置台 界面输入相应的信息对配置表进行更新操作， 比如对配置表中的配置信息进行添加、 删除 或修改等操作。
数据库可以对配置台的更新操作进行判断， 当配置数据违反了配置表中业务实体 配置项的约束关系， 则向配置台返回报错信息。
本实施例数据库中预先存储有包括业务实体配置项的约束关系的配置表， 当业务 处理中心需要相关配置信息时， 用户只需通过配置台界面输入相关查询信息， 从数据库中 获取配置信息， 并将配置信息发送给业务处理中心， 由业务处理中心根据配置信息进行相 应的业务处理， 从而降低了界面开发人员的工作量 ； 如果配置项的约束关系发生改变， 只需 要修改数据库中配置表的约束关系， 减少了界面代码的修改量 ； 减少了配置台界面和整个 配置台系统代码的复杂程度， 还可以提高配置台系统的响应速度 ； 而数据库的数据独立性 使得不同语言编写的配置台界面能够以统一的接口存取数据。
如图 2 所示， 本发明另一实施例提出一种基于数据库的配置台实现方法， 在上述 实施例的基础上， 。
在步骤 S102 之后还包括 ：
步骤 S103， 配置台对配置表进行配置信息的添加、 删除和 / 或修改操作 ； 或者配置
台修改业务实体配置项的约束关系。
步骤 S104， 对数据库中记录的配置操作记录进行分析及挖掘。
本实施例与上述实施例的区别在于 ： 在本实施例中， 根据业务处理中心的需要， 由 配置台根据业务处理中心涉及的业务实体配置项的约束关系建立配置表， 并将配置表保存 于数据库中。
系统操作人员通过配置台界面将相应的配置信息写入数据库中的配置表， 一旦有 配置数据违反了业务实体配置项的约束关系， 数据库将返回报错信息， 保证写入数据的正 确性。
此外， 在后续业务处理过程中， 配置台可以根据业务处理中心的需要， 对配置表进 行配置信息的添加、 删除以及修改等操作， 当配置台对配置表进行配置信息的添加、 删除或 修改操作与配置表中业务实体配置项的约束关系不符时， 数据库也会反馈相应的报错信 息。
因此， 操作人员只需通过配置台的操作界面即可实现对配置表的配置与更新操 作， 这样可大大降低了界面开发人员的工作量。如果配置项的约束关系发生改变， 用户也 可以通过配置台的操作界面修改数据库中配置表的约束关系， 从而可减少界面代码的修改 量， 降低了配置台界面代码的复杂性。 此外， 本实施例还可利用数据库自带的审计功能， 将每次对数据库中配置表的操 作自动记录到数据库里的审计库中， 以提供相关数据查询和数据分析， 从而把配置台界面 需要额外维护的记录日志功能转为数据库自动实现， 为进一步进行数据分析及挖掘提供良 好的数据库平台。
上述实施例中， 可以在数据库中单独设置一个配置库用来存放配置表， 有关配置 表的操作也在配置库中进行。
在配置时， 系统操作人员进入配置台的操作界面 ( 以下简称配置台界面 )， 配置台 界面向操作人员显示配置表中已配置的信息 ( 若为首次配置则配置表为一张空表 )， 操作 员人员通过配置台界面的输入， 将配置信息写入配置库中。
对于配置项的条目不能重复的， 则可在配置库中对应的配置表中建立唯一键进行 约束 ； 对于相关联的配置项， 则在配置库中对应的配置表之间建立外键进行约束。
同时可以设计一触发器， 当配置库中有违反完整性数据规则时， 通过触发器触发 存储过程， 或者通过 SQL 语句做相应的处理保证数据完整性。
对于配置项的属性有取值范围限制的， 可以在配置库对应的配置表中建立相应规 则。
配置台界面提供查询已有配置信息的功能， 在操作人员通过配置台界面查询某个 配置项信息时， 配置台通过 select 语句查询配置库中配置项对应的配置表， 由配置库返回 相应的配置信息。
对于配置项之间有关联的情形， 某一配置项的条目依赖另一配置项的条目时， 配 置台需要先通过 select 语句查询配置库， 根据配置项查询配置库中对应的配置表， 由系统 操作员选择配置项条目， 配置新的配置信息。
对于删除配置表中的相关配置信息的操作， 首先， 操作人员通过配置台界面查询 已有的配置项， 然后选择要删除的配置项条件， 配置台界面通过 delete 语句将符合选中条
件的配置项信息从配置库中删除， 配置库的操作自动被记录到审计库中。
对于添加配置表中的相关配置信息的操作， 操作人员通过配置台界面输入相应的 配置信息， 配置台通过 insert 语句将操作人员输入的配置信息写入配置库 ； 配置库的操作 自动被记录到审计库中。
在上述对配置项进行配置的操作中， 若违反了配置库中配置项的约束关系， 配置 库将反馈报错的异常信息， 并通过配置台界面将异常信息反馈给操作人员。
在配置台对配置库进行操作时， 若配置台将配置信息写入配置库或者删除配置信 息违反配置库中配置项的约束关系， 在触发器被触发情况下， 配置库执行触发器指定的操 作， 以保证数据的完整性， 否则配置库直接报错， 返回报错的异常信息， 拒绝执行配置操作， 以保证数据的完整性。
当审计库中的配置库操作的记录达到一定数量时， 配置台可以通过相关的数据分 析或数据挖掘工具对审计库中的记录进行分析与挖掘， 找出其中有用的信息， 比如可以根 据审计库中的操作记录了解用户的操作习惯、 业务处理中心频繁需要的配置信息等， 从而 通过审计库为配置台界面的易用性等方面提供原始数据。
下面举例说明本实施例基于数据库的配置台实现方法如下 ：
以垃圾短消息监控代理配置台为例， 各种网元对于垃圾短消息监控代理而言均为 业务实体， 因此可以为各业务实体建立一张配置表， 业务实体的属性 “网元名称” 以及 “网元 类型” 均作为配置表的字段。不同网元的名称不同， 因此， 在配置表中建立 “网元名称” 的唯 一约束。
“网元类型” 可以是固定的 “SMMC(Short Message Monitor Center 短消息安全 检测中心 )” ， “SMSC(Short Message Service Center， 短消息服务中心 )” ， “SP(Service Provider， 服务提供商 )” “ISMG(Internet Short Message Gateway， ， 互联网短信网关 )” 几 种， 并将配置信息存放在一张配置表中。
在增加实体信息时， 通过配置台界面查询 “网元类型” ， 配置台界面将网元类型展 示出来， 系统操作人员选择网元类型， 填入 “网元名称” 信息， 点击 “增加” 按钮， 配置台界面 通过 insert 语句将配置的新信息插入配置表。如果无异常， 则配置库向配置台界面返回成 功信息。如果系统操作人员填入的 “网元名称” 重复， 违反了 “网元名称” 的唯一约束， 则配 置库抛出异常， 返回数据插入前状态， 配置台界面显示报错信息， 提示系统操作人员本次操 作失败。
SP 的短消息需要配置附加标识， 因此在配置库中建立附加标识表， 在增加或删除 附加标识时， 需要将相应的配置信息写入附加标识表或者从附加标识表中删除对应记录。 同时 SP 也属于业务实体， 所以配置有附加标识表的 SP 必须要在配置表中出现， 这样可以建 立附加标识表与配置表中实体部分的外键约束。因为附加标识表依赖于配置表中实体部 分。如果删除配置表中实体部分的某条记录时， 由于有附加标识表的记录依赖于被删除的 实体部分的某条记录， 则违反了外键约束， 删除不能成功， 界面会提示错误信息。
本实施例在数据库中创建具有业务实体配置项的约束关系的配置表， 配置台界面 只需负责将系统操作员的配置信息写入数据库， 当业务处理中心需要相关配置信息时， 配 置台从数据库中获取配置信息， 并将配置信息发送给业务处理中心， 由业务处理中心根据 配置信息进行相应的业务处理 ； 在配置信息配置与更新过程中， 一旦有配置数据违反了约束， 由数据库返回错误信息， 保证写入数据的正确性， 大大降低了界面开发人员的工作量 ； 如果配置项的约束关系发生改变， 只需要修改数据库中配置表的约束关系， 减少了界面代 码的修改量 ； 而且每次对数据库的操作均被记录到数据库中， 以提供数据的相关查询、 分析 与挖掘， 不仅减少配置台界面和整个配置台系统代码的复杂程度， 还可以提高配置台系统 的响应速度 ； 而数据库的数据独立性使得不同语言编写的配置台界面能够以统一的接口存 取数据。
如图 3 所示， 本发明一实施例提出一种基于数据库的配置台， 包括 ： 配置模块 300、 获取模块 301 以及发送模块 302， 其中 ：
配置模块 300， 用于根据业务实体配置项的约束关系建立配置表， 并将配置表存于 数据库中 ；
获取模块 301， 用于从数据库内的配置表中获取配置信息 ；
发送模块 302， 用于将配置信息发送给业务处理中心， 由业务处理中心根据配置信 息进行相应的业务处理。
本实施例将业务实体的配置项以及配置项之间的复杂约束关系的实现从配置台 的界面转移到数据库， 将维护配置项一致性和大数据量操作的工作转为数据库完成， 以减 少配置台界面以及整个配置台所处系统代码的复杂程度， 并提高系统的响应速度。 数据库中预先存储有创建的配置表， 配置表包括业务实体配置项的约束关系， 配 置项的各个属性对应到该配置表中的各个字段。上述业务实体为业务处理中心涉及的实 体， 比如可以是短消息中心、 彩铃业务中心等。
配置表可以由配置台预先根据业务处理中心的需要进行配置， 之后保存在数据库 中； 也可以由其他平台、 网元或服务器等预先配置并保存于数据库中。
本实施例中， 根据业务处理中心的需要， 由配置台中配置模块 300 根据业务处理 中心涉及的业务实体配置项的约束关系建立配置表， 并将配置表保存于数据库中。
系统操作人员通过配置台界面将相应的配置信息写入数据库中的配置表， 一旦有 配置数据违反了业务实体配置项的约束关系， 数据库将返回报错信息， 保证写入数据的正 确性。
当业务处理中心需要某个配置信息时， 用户可以操作配置台的界面， 通过配置台 的获取模块 301 从数据库中查询相应的配置信息， 之后配置台通过发送模块 302 将获取的 配置信息转发给业务处理中心。
如图 4 所示， 获取模块 301 包括 ： 查找单元 3011 及生成单元 3012， 其中 ：
查找单元 3011， 用于从数据库中查找配置信息 ；
生成单元 3012， 用于生成携带有配置信息的配置文件。
在实际操作中， 配置台也可以通过获取模块 301 的查找单元 3011 从数据库中查找 配置信息， 通过生成单元 3012 将查找单元 3011 查询到的配置信息生成配置文件， 然后由发 送模块 302 将携带有配置信息的配置文件发送给业务处理中心， 由业务处理中心对收到的 配置文件进行解析， 获取相应的配置信息。
其中， 配置文件可以使用统一的二进制格式， 包括文件头、 文件尾以及文件体 ； 文 件头为固定大小长度， 包括配置台版本号、 文件长度等信息 ； 文件尾包括文件结束标识符和 校验码 ； 文件体包括数据库的配置信息， 每张配置表在文件体中都对应一个结构体， 结构体
的开头标识配置表中的每条记录大小、 记录条数， 结构体主体部分存放具体的数据库中的 记录。
业务处理中心收到配置文件后， 首先进行校验， 确认配置文件在传输过程中是否 出错。然后读取配置文件中文件头的版本号， 按照一定的格式将配置文件的配置信息读入 内存， 之后配置信息对业务处理中心生效。
本实施例中业务处理中心可以与配置台处于同一业务平台中， 也可以与配置台分 离， 根据业务实体的不同， 业务处理中心可以为多个。
若业务处理中心与配置台处于同一业务平台， 则配置台将获取的配置信息直接转 发给业务处理中心 ； 若业务处理中心与配置台分离， 配置台则可通过 FTP 将获取的配置信 息发送给相应的业务处理中心。
业务处理中心获取到相应的配置信息后， 根据配置信息进行相应的业务处理。
根据实际需要， 当业务实体配置项的约束关系发生变化时， 用户可以通过配置台 界面输入相应的信息对配置表进行更新操作， 比如对配置表中的配置信息进行添加、 删除 或修改等操作。
数据库可以对配置台的更新操作进行判断， 当配置数据违反了配置表中业务实体 配置项的约束关系， 则向配置台返回报错信息。 如图 5 所示， 本发明另一实施例提出一种基于数据库的配置台， 在上述实施例的 基础上， 还包括 ：
更新模块 303， 用于对配置表进行配置信息的添加、 删除和 / 或修改操作。
分析及挖掘模块 304， 用于对数据库中记录的配置操作记录进行分析及挖掘。
本实施例与上述实施例的区别在于 ： 在本实施例中，
在后续业务处理过程中， 配置台可以根据业务处理中心的需要， 通过更新模块 303 对配置表进行配置信息的添加、 删除以及修改等操作， 当配置台对配置表进行配置信息的 添加、 删除或修改操作与配置表中业务实体配置项的约束关系不符时， 数据库也会反馈相 应的报错信息。
因此， 操作人员只需通过配置台的操作界面即可实现对配置表的配置与更新操 作， 这样可大大降低了界面开发人员的工作量。如果配置项的约束关系发生改变， 用户也 可以通过配置台的操作界面修改数据库中配置表的约束关系， 从而可减少界面代码的修改 量， 降低了配置台界面代码的复杂性。
此外， 本实施例还可利用数据库自带的审计功能， 将每次对数据库中配置表的操 作自动记录到数据库里的审计库中， 以提供相关数据查询和数据分析， 从而把配置台界面 需要额外维护的记录日志功能转为数据库自动实现， 为进一步进行数据分析及挖掘提供良 好的数据库平台。配置台通过分析及挖掘模块 304 对数据库中记录的配置操作记录进行分 析及挖掘， 找出其中有用的信息， 比如可以根据审计库中的操作记录了解用户的操作习惯、 业务处理中心频繁需要的配置信息等。
上述实施例中， 可以在数据库中单独设置一个配置库用来存放配置表， 有关配置 表的操作也在配置库中进行。
在配置时， 系统操作人员进入配置台的操作界面 ( 以下简称配置台界面 )， 配置台 界面向操作人员显示配置表中已配置的信息 ( 若为首次配置则配置表为一张空表 )， 操作
员人员通过配置台界面的输入， 将配置信息写入配置库中。
对于配置项的条目不能重复的， 则可在配置库中对应的配置表中建立唯一键进行 约束 ； 对于相关联的配置项， 则在配置库中对应的配置表之间建立外键进行约束。
同时可以设计一触发器， 当配置库中有违反完整性数据规则时， 通过触发器触发 存储过程， 或者通过 SQL 语句做相应的处理保证数据完整性。
对于配置项的属性有取值范围限制的， 可以在配置库对应的配置表中建立相应规 则。
配置台界面提供查询已有配置信息的功能， 在操作人员通过配置台界面查询某个 配置项信息时， 配置台通过 select 语句查询配置库中配置项对应的配置表， 由配置库返回 相应的配置信息。
对于配置项之间有关联的情形， 某一配置项的条目依赖另一配置项的条目时， 配 置台需要先通过 select 语句查询配置库， 根据配置项查询配置库中对应的配置表， 由系统 操作员选择配置项条目， 配置新的配置信息。
对于删除配置表中的相关配置信息的操作， 首先， 操作人员通过配置台界面查询 已有的配置项， 然后选择要删除的配置项条件， 配置台界面通过 delete 语句将符合选中条 件的配置项信息从配置库中删除， 配置库的操作自动被记录到审计库中。 对于添加配置表中的相关配置信息的操作， 操作人员通过配置台界面输入相应的 配置信息， 配置台通过 insert 语句将操作人员输入的配置信息写入配置库 ； 配置库的操作 自动被记录到审计库中。
在上述对配置项进行配置的操作中， 若违反了配置库中配置项的约束关系， 配置 库将反馈报错的异常信息， 并通过配置台界面将异常信息反馈给操作人员。
在配置台对配置库进行操作时， 若配置台将配置信息写入配置库或者删除配置信 息违反配置库中配置项的约束关系， 在触发器被触发情况下， 配置库执行触发器指定的操 作， 以保证数据的完整性， 否则配置库直接报错， 返回报错的异常信息， 拒绝执行配置操作， 以保证数据的完整性。
当审计库中的配置库操作的记录达到一定数量时， 配置台通过分析及挖掘模块 304 对审计库中的记录进行分析与挖掘， 找出其中有用的信息， 比如可以根据审计库中的操 作记录了解用户的操作习惯、 业务处理中心频繁需要的配置信息等， 从而通过审计库为配 置台界面的易用性等方面提供原始数据。
如图 6 所示， 本发明一实施例还提出一种基于数据库的信息配置系统， 包括 ： 配置 台 601、 数据库 602 以及数据处理中心 603， 其中 ：
数据库 602 用于存储具有业务实体配置项的约束关系的配置表 ；
配置台 601 用于根据业务实体配置项的约束关系建立配置表， 并将配置表存于数 据库 602 中 ； 从数据库 602 存储的配置表中获取配置信息， 并将配置信息发送给业务处理中 心 603 ；
业务处理中心 603 用于根据配置信息进行相应的业务处理。
本实施中配置台 601 可以为上述实施例中所述的配置台。本实施例配置台通过数 据库实现信息配置的基本原理请参照上述各实施例所述的内容， 在此不作详述。
本发明的主要目的在于提供一种基于数据库的配置台实现方法及系统， 能把维护
配置项一致性和大数据量操作的工作交给更擅长这方面工作的数据库完成， 不仅减少界面 和整个配置台系统代码的复杂程度， 还可以提高配置台系统的响应速度。数据库服务器一 般带有审计功能， 通过审计库记录操作日志不仅不需要界面维护相关代码， 也为操作日志 的利用提供了一个更好的平台。 数据库的数据独立性使得不同语言编写的界面能够以统一 的接口存取数据。
本发明实施例基于数据库的配置台实现方法、 配置台及系统， 在数据库中创建具 有业务实体配置项的约束关系的配置表， 配置台界面只需负责将系统操作员的配置信息写 入数据库， 当业务处理中心需要相关配置信息时， 配置台从数据库中获取配置信息， 并将配 置信息发送给业务处理中心， 由业务处理中心根据配置信息进行相应的业务处理 ； 在配置 信息配置与更新过程中， 一旦有配置数据违反了约束， 由数据库返回错误信息， 保证写入数 据的正确性， 大大降低了界面开发人员的工作量 ； 如果配置项的约束关系发生改变， 只需要 修改数据库中配置表的约束关系， 减少了界面代码的修改量 ； 而且每次对数据库的操作均 被记录到数据库中， 以提供数据的相关查询、 分析与挖掘， 不仅减少配置台界面和整个配置 台系统代码的复杂程度， 还可以提高配置台系统的响应速度 ； 而数据库的数据独立性使得 不同语言编写的配置台界面能够以统一的接口存取数据。
以上所述仅为本发明的优选实施例， 并非因此限制本发明的专利范围， 凡是利用 本发明说明书及附图内容所作的等效结构或流程变换， 或直接或间接运用在其它相关的技 术领域， 均同理包括在本发明的专利保护范围内。