一种异构数据库协同的解决方案

A Heterogeneous Database Collaborative Solutions
（ Jingdezhen Comprehensive College， Jingdezhen 333000 ， China） Abstract： Presents a heterogeneous database coordination solutions，this scheme absorbs a database metadata，middleware，LDAP directory service thought． It USES CSCW system structure of the federal structure，the application in of the input requirements，in communications processor，under the support of the controller by the coordinating call database metadata directory services，the collaborative query processing，business management，integrity module，visit the underlying database，better shielding the heterogeneous sex，including coordination with the Agent based on controller three cooperation model to achieve，data transformation can use the same data transfer format XML documents，work method for multi － threading． Key Words： heterogeneous database； CSCW middleware； metadata
Vol． 32 ， No． 01 炭 技 术 January， 2013 Coal Technology 第 32 卷第 1 期 2013 年 1 期
煤
一种异构数据库协同的解决方案
程 娟， 钱 晋， 钱 钶
1
异构数据库的Fra Baidu bibliotek种解决方案
图1 方案结构框图
借助构建数据库元数据目录服务， 统一访问且 接口透明地访问不同数据库的资源。 方法如下： 将 数据库的各种信息填入到 LDAP 目录中， 用户通过 再进一步 目录服务来查询所需要的数据库的位置， 访问数据库。 解决方案采用 CSCW 体系结构中的联邦结构， 对应用（ 可视化界面 ） 中输入的要求， 在通信处理器 的支持下， 由协调控制器调用数据库元数据目录服 务， 协同查询处理、 事务管理、 完整性约束模块， 访问 底层数据库， 较好地屏蔽了异构性， 其中协调控制器 以基于 Agent 的三层协作模型来实现。 中间的数据 转换可以采用统一的数据转换格式 XML。 解决方案的结构如图 1 所示： 工作过程如下： 用户在可视化界面输入操作要 求， 应用程序将其提交至联邦结构的 CSCW 数据库 中间件， 中间件的协调控制器在通信处理器的支持 下， 调用数据库元数据目录服务， 协同查询处理、 事 务管理、 完整性约束等模块， 向不同的数据库发出操 作指令， 将取得的结果返回给应用。 1． 1 关于数据库元数据信息需注意的问题 用户需要查询到的往往要求是最新的数据库元 数据， 除了要求用户本身遵循 LDAP 协议查询目录
（ 景德镇高等专科学校，江西 景德镇 333000 ） LDAP 目录服务等思想。 它 摘 要： 提出一种异构数据库协调的解决方案， 该方案吸纳了数据库元数据 、 中间件、 采用 CSCW 体系结构中的联邦结构， 对应用中输入的要求， 在通信处理器的支持下， 由协调控制器调用数据库元 协同查询处理、 事务管理、 完整性约束模块， 访问底层数据库， 较好地屏蔽了异构性， 其中协调控制 数据目录服务， 器以基于 Agent 的三层协作模型来实现， 数据转换可以采用统一的数据转换格式 XML 文档， 工作方式为多线程。 关键词： 异构数据库； CSCW 中间件； 元数据 中图分类号： TP311 文献标识码： A 文章编号： 1008 － 8725 （ 2013 ） 01 － 0247 － 02
收稿日期： 2012 － 02 － 15 ； 修订日期： 2012 － 05 － 06
服务， 也还要求数据库和目录之间的注册过程是实 时且动态的。这样数据库中的元数据的注册才可能 实时更新。 任何一个数据库在目录结果中相当于一个节 点， 这个节点需要用多个属性来描述。 比如数据库 名、 数据库的创建时间、 数据库的描述、 数据库管理 员等等， 还应该包含有操作系统和访问参数信息 。 在 LDAP 中将其定义成文件， 并给予分类为 Object Class（ 对象类） ， 这些类就是一种属性的汇集。 每个 节点都存在对象类， 形成了数据库元数据。 对于查询而言， 这种树状结构是相对复杂的。 在操作时需要注意的是以下几点 ： （ 1 ） 如若要查询某个特定数据库的数据库管理 系统信息， 首先需要得出其整体基本结构， 然后确定 所查找的数据范围， 最后利用 LDAP 的搜索命令来 得出结果。这显然需要一个过程。 （ 2 ） 若想将数据库中的某些动态信息， 如当前 某个数据库的总数据量大小， 存入 LDAP， 则不应以 人工干预的方式算出该数据库的数据量总和并填入
CHENG Juan， QIAN Jin， QIAN Ke
0
引言
随着计算机技术的不断发展， 大多数的企业和 部门部署了各式各样的异构的数据库系统 ， 这些数 据库在历史上发挥了很大的作用。今天人们对数据 处理和信息系统的要求越来越高， 过去各自为营的 ， 异构数据库所形成的“信息孤岛 ” 已带来很多不 便。企业和部门迫切需要整合信息资源， 联合异构 数据库。解决异构数据库的协同， 成为一个很有意 义的研究课题。