异构数据库间的数据转换
异构数据库数据转换技术的设计与实现的开题报告

异构数据库数据转换技术的设计与实现的开题报告一、选题背景及意义随着互联网时代的到来和数据量的不断增加,企业对于数据处理和管理的需求不断提高。
传统关系型数据库在处理大规模数据时效率低下,不够灵活。
而新型异构数据库系统相对于传统数据库而言,具有存储和处理大规模数据的优势,如海量数据存储、高度并发、高可靠性、灵活性强等。
因此,在现代化的信息技术背景下,异构数据库系统的发展前景广阔。
但是,由于各类异构数据库之间的数据格式、结构差异很大,导致数据迁移和数据交换变得异常复杂。
如何将异构数据库中的数据转换成格式、结构相同的数据,以便后续数据分析和管理,成为了企业解决的难点问题。
本文旨在探讨利用数据转换技术来实现异构数据库之间的数据交换和数据迁移,解决异构数据库数据转换的难题。
具体来说,研究内容包括:异构数据库的基本概念和特点;异构数据库数据转换技术的设计和实现;实验验证与结果分析等。
二、主要研究内容1.异构数据库的基本概念和特点介绍异构数据库的概念、发展历程以及常见的异构数据库类型,如文档数据库、键值数据库、列式数据库、图数据库等;分析异构数据库的特点,如数据模型、查询语言、数据结构、索引方式、存储组织结构等方面。
2.异构数据库数据转换技术的设计研究异构数据库数据转换的基本思路和方法,包括数据映射、数据转换规则、数据清洗和数据整合等方面。
结合具体的异构数据库类型,设计相应的数据转换方案。
3.异构数据库数据转换技术的实现使用相关工具和技术实现异构数据库之间的数据转换,探讨实现过程中的具体实现技术,如ETL技术、数据挖掘技术、数据集成技术等。
分析各种技术在实际应用中的优缺点。
4.实验验证与结果分析针对具体的异构数据库数据转换方案,进行实验验证和结果分析。
比较不同方案实现异构数据库数据转换的效果,分析各种方案的优缺点,并给出改进建议。
三、研究计划1.前期准备(2个月):熟悉异构数据库的基本概念和发展历史;了解当前异构数据库数据转换技术的研究现状和实际应用情况。
异构数据库间数据交换技术研究与实现

象 模 型 D M fou et0 je Moe1以 及 文 档 类 型 定 义 D D O D e m n bet dl T (ou et yeD f io) 。 D c m n p e nt n ̄ T i i X ML是 一 种 元 语 言 所 谓 “ 语 言 ” 就 是 能 够 帮 助 不 同 个 人 元 . 和 组 织 定 制 自己 的标 记 语 言 的语 言 . 制 后 的标 记 语 言 可 以 用 于 定 特 定 的 应 用 领 域 中 实 现 信 息 数 据 的 交 换 . 比 如 在 科 技 领 域 的 Ma ML t h ,无线 通 信 应 用 的 WML ,在 网 络 图 象 方 面 的 S G等 等 V X ML是 以 文 本 形式 来描 述 数 据 结 构 的一 种 文 件 格 式 . 以 适 合 于 所
( ol eo o ue c n e n e h o g , u a ie i o eh o g , u a 3 0 0C ia C l g f mp t S i c d T c n l y e C r e a o W h n Un rW f c n ly W h n4 0 7 , hn ) v s T o
G UA N H u i
Re e r h a d Re l a in o t x h n e Te h o o y b t en He e o e e u s a c n a i t fDa a E c a g c n l g e we t r g n o s D ̄ab s z o a e
维普资讯
本 目 任 辑 闻 军 栏 责 编 : 翔
数据 库 及 信 息管理 ・
异构数据库 间数据 交换技术研 究与实现
关 辉 ( 汉理 工 大 学 计 算 机 科 学 与技 术 学 院 , 北 武 汉 4 0 7 ) 武 湖 3 0 0
高校异构数据库间的数据交换

身就 已经存在 , 有 自己的 D MS 拥 B 。异 构数据 库 的各 个组 成部 分具 有 自身的 自治性 .实 现数据 共 享 的同 时, 每个 数据 库系 统仍 保有 自己的应用 特性 、 完整性 控制和安 全性控制 。 D MS的不 同表 现在 表 达结 构 和限 制 以及语 义 B 两方 面。不 同的数据 模型提供 不同的结构 原语 , 例如 相 同的信 息在关 系模 型中用关 系表达 , 而在 网络模型 中用记 录类型表达 : 同的数据模 型可能 支持不 同的 不
总 同的数据 库可 能对应着相 同的客户 端 , 同一个数据 库
第 可能对应着不 同的客户端 。
二
上
, 、
- -
收稿 日期 :0 7 0 — 8 修 稿 日期 : 07 0 — 5 20- 3 2 20 — 6 0
期
作 者简介 : 匡银 虎 (9 4 , , 士 , 师 , 究 方 向 为数 据 库 技 术 17 一)男 硕 讲 研
异构数 据库体系结 构可分为两个 部分 :
一
有应用 层 , 而保 留原有应 用层 . 从 是一种很好 的选择 。
部 分是 数 据库 系统 的 客户端 / 务器 结 构 , 月 艮 不
21数 据 交换 中心 的 设 计 .
() 1 数据交换 中心的系统 结构 整 个体系结 构为一个 星型结构 , 数据 中心处 于中
维普资讯
高校异构数 据库 间的数据 交换
匡银 虎 。 张虹 波
( 大学 物理 电气信息 学院 , 宁夏 银川 7 0 2 ) 50 1
摘 要 :通 过 对 现 存 于 各 高 校 之 中 的 异 构 数 据 库 的信 息进 行 集 成 之 重 要 性 的 分 析 . 出 了通 过 提
数据库数据迁移与异构数据库的转换与适应方案

数据库数据迁移与异构数据库的转换与适应方案随着科技和数据发展的日益迅猛,数据库成为了企业数据存储和管理的核心工具。
然而,随着企业的发展和业务需求的变化,数据库迁移和异构数据库的转换成为了不可避免的问题。
本文将介绍数据库数据迁移和异构数据库的转换,并提出适应方案,帮助企业顺利进行数据库迁移和异构数据库转换。
数据库数据迁移是指将数据从一个数据库系统迁移到另一个数据库系统的过程。
常见的数据库迁移包括从一个版本的数据库升级到另一个版本的数据库,从一个数据库软件平台迁移到另一个数据库软件平台,或从一个数据库供应商迁移到另一个数据库供应商等。
在进行数据库数据迁移之前,需要进行一系列的准备工作。
首先,需要评估当前数据库系统的架构、规模和性能等,并制定迁移目标和计划,以确保迁移过程不会对业务产生太大的影响。
其次,需要备份当前数据库中的数据,以防止数据丢失。
此外,还需要进行数据清理和转换,以确保数据在迁移过程中的一致性和准确性。
数据库迁移有多种方法和工具可供选择。
一种常见的方法是使用ETL工具,它可以帮助将数据从一个数据库系统提取出来,经过清洗和转换后,加载到另一个数据库系统中。
ETL工具通常具有用户友好的界面,可以简化迁移过程,并提供数据映射和转换规则等功能。
另一种常见的方法是使用数据库复制和同步技术。
这种方法可以在两个数据库系统之间进行数据的实时复制和同步,以确保两个数据库系统中的数据始终保持一致。
数据库复制和同步可以通过数据库自带的功能或第三方工具实现。
一旦数据库迁移完成,企业可能面临的另一个挑战是异构数据库的转换。
异构数据库是指不同数据库系统之间的转换,例如从Oracle数据库转换到MySQL数据库。
在进行异构数据库转换之前,需要了解目标数据库系统的架构和特性,并评估现有数据库系统和目标数据库系统之间的差异,以确定转换过程中可能出现的问题和考虑到的因素。
在异构数据库转换过程中,可以使用一些工具和技术来帮助实现转换。
异构数据库间数据迁移的实现方法

w n o 环境 下用 fx r Acs id ws o po, es等开发 的信息 管理 系统直 c
到今天以 s h s ,rc y ae o al e为代表 的大 型数据库系统。应用系统 也由单机环 境逐渐升级为 C S B S体系结构 。因此 , / ,/ 在系统 进一步 开发或系统 集成中 . 异构数 据库 间信 息集成 的问题显 得尤为突出 。 这种异构性 既表 现在计算机体系结构的异掏 , 也 表现在 基础操 作系统 的异构 , 还体 现在 DB MS本身 的异构 , 可以是 同为关 系型数据 库系统的 oa l, q sre rce s l e vr等, 也可 以是不同数据模 型的数据库共同掏成 的异构数据库系统 。在 这拌复杂的环境 中. 如何 实现不同数据库 间数据信息资源 , 硬 件设各资源和 人力资源的合并和共享是 异构 数据库信息集成
研究与设计
擞 型电肚 应用
20 年 第 l 卷 第 3 02 8 期
如 o al rc e的 D T就是 围绕方法学的完整数据迁 移转换方案 , C 它 提供 的是一种方法来管 理和跟踪大型迁移 工作中的数据模
式 细节 。 专 门 迁 移 工 具 对 于 大 型 , 杂 并 且 目 的 库 单 一 ( 对 复 针
u dt -覆 盖原 有同主键 值数据并插入新数据 pae
a p n 一在原有数据 上添加新 数据其一般方法如图 3 ped 所示 :
囤 3
() 2 在应用 中使 用数据管道 除 了在 p b环境中执行一 十数 据管 道, 也可以使用用 户对 象在应用 中放置 一个管 道 利用管道的属性 . 事件和 函散 可成 功实现数据迁 移功能。其具体实现 如下 :
向 su e t td n 数据库传输数据)
一种基于XML的异构数据库数据转换方法

% tbe a l>
< r w> o < c l mn > … ou 1
< c l mn > … ou 2
< c lm n > ou 1
< c lm n : ou 2 >
< r w[ o
< tbe a l>
< d t> aa
系型数 据库 数据 转换 ;3 基 于 X () ML技 术 的数据 转 换 , 用于几 乎所 有平 台。 适
系统仍保有 自己的应用特性、 完整性控制和安全性 控制L 。异构数据库系统的异构性主要体现在计算 5 ] 机体系结构 的异 构、 础操作 系统 的异 构、 B 基 D MS 本 身 的异 构几 个方 面 。本 文 中讨论 的异构 数据库 是 在 不 同 D MS的两 个 异 构数 据 库 系统 间进 行 信 息 B 交流, 其典 型应 用 如 图 16 [所示 。 ]
关键词 : 构数据 库 ; 异 数据转换 ; 可扩展标记语 言; 动态服务 器页面
中 图分 类 号 : 3 1 1 TP 1. 文献 标 识 码 : A 文 章 编 号 :0 7 2 4 2 1 )3 0 3 4 1 0 —3 6 (0 10 —0 7 —0
随着社 会化 程度 的提 高 和信息共 享要 求 的不断 深人 , 需要在 不 同 的数据库 系统 之 间进行数 据迁 移 , 对原有 数据库 系 统 的升级 改造也 必须 将 旧系统 中大 量 已存 在 的数据 进行 格 式 转 换 , 以供 另一 信 息 系 统 或新 的信息 系统 使 用 。 因此 , 异 构数 据 库 之 间进 在
< d t ̄ aa
通常可分为三种格式类型 : 结构化的数据 、 半结构化 数据和无结构化数据 。关系数据库、 向对象数据 面 库 中的数据 拥有 非 常 良好 的数 据 结 构 , 完全 结 构 是 化的数据 ; 声音文件 、 图像文件以及原始的文本文件 等都 是完 全没有 结构 的数据 。 半结 构化数 据是介 于严 格结构 化 的数 据 和完全 无结 构 化 的数 据 之 间 的数据 形式 [ , 显 著 特点 是 7其 ] 结构 隐含 、 不规则 或不 完整 。例如 , 一个包 含硕 士研 究 生调剂 考生简 历 的 we 面集 合 , b页 就单个 页 面来 看 , 描述 的考 生 各 不 相 同 , 都 包 含 了 相 似 的 信 其 但 息, 如考生 编号 、 姓名 、 调剂 专业代码 、 调剂 专业 名称 等, 这一信 息框架 隐含 在数 据 中 , 须通过 分 析工具 必 才 能获得 。由于没 有严 格 的结构 限制 , 个 页 面不 每 仅 提供 的信息量 和 复 杂度 不 同 , 而且 每 条 信 息 的表 达 方式也 可能 不尽 相 同。X ML十分 适 合 存储 半 结 构 化 的数 据 , 仅需 将 不 同 类 别 的信 息 保 存 在 X ML 的不 同节 点 中就 可 以了 , 因而 X ML数 据 是具 有 良 好 结构 的半结构 化数据 [ 。 8 ]
异构数据库间的数据转换

1 S ev r O al QL S re 和 r c e间的 比较
不 同 的数 据 库 管 理 系 统 ( a bs M ngm n D t a aae et a e Ss m 来 自不 同的厂商 , ye ) t 运行在不 同的软 、 件平 台 硬 上, 具有很多互不兼 容的特性 , 种 D M 都 有一套 每 BS 自己的数 据类 型、 数据结构和数据定义、 操作语言 , 所 以一个应用 系统必须与某 个 D M B S绑在一起 进行 编
统
维普资讯
4 2
计
算
机
与
现
代
化
2O 年 第 1 O2 期
别 无论是体 系结 构 、 数据类型 , 还是操作 方法都 有 较大的不同。数据类型 的简单 对 比列表如 表 1表 中 ,
蔡延峰 , 蔡启 明
( 南京航 空航 走大学经济管理学 院, 江苏 南京 20 1) 106
摘要:异构数据库管理系统间进行数据转换是当夸开发人员经常遇到的 问题 本 文基于 实际经验, 简单论 述了不同数
据 库 管 理 系 统 间 进 行 数 据 转 换 的 不 同 解 决 方 案 关 键 词 :数 据 库 管 理 系统 ; 数 据 转 换 ; 数 据 管 道 : 联 邦 数据 库 系 统
0 引
言
类似
信息技术的发展给企业 的生产 和管理带来 了极 大 的方 便, t nt It t I r e 和 n me 的广泛使用和迅速普 及 na e 也提高 了社会实体间的联系和资源共享 然而 . 由于 信 息技术 的更新和实体间选择的差异 , 不同部门使用 不同的数据库管理系统是十分普遍的现象 即使一个经过信息规划的企业 , 随着数据库技术 的发展和市 场 的变化 , 都可能 采用 不同 的数据库 系 统 。以本人所做课题为例 . 南京金城集 团是 国营大型 企业 . 下属十几个企业 , 不同时期 不同下属 企业安装 了不 同 的数据 库管 理 系统 , s LSr r (al 如 o e e,h c v ' e和 D 2 。因此在网络环 境下 , B等 异种数据库间数据转换 的要求 是十分普 遍的。另外 , 当数据 库升级时 , 要想
异构数据库之间的数据格式转换

图 IOD C体 系结 构 B
收 稿 日期 :2 0 —12 0 1 . 厦太计算机应用技术专业在职硕士研究生 , 井婶
,
MirsfS c o QLS vrs s n e el el o t r e e i a oc b aze l a r i
Ke w r s y o d :ODBC; e m g n o sd b s s Da a f f l L c n e ̄ o ht e e e u -  ̄a a e ; t-o Ha s o v / i n -
异 构 数 据库 之 间的数 据 格式 转 换
汪 伟
章晓峰。
(. 1 安徽商贸职业技术学 院计算机 系 2 安徽 电信有限公 司芜)分公司 2 10 . 胡 400 摘 要 : 目前信息系统 中广泛存在着众 多的异构数据库,我们采用oD Bc技术却vB访 问数据库的一般 方法 可实现 F x m、A cs 屐 Mi o fS oP ces c s t QLSre ro evr三种典型的数据库之间的数据格 式转换 关键词 :OD C;异构数据库;数据格式转换. B 中图分类号:T 3 1 3 P 1 1 1 文献标识码:A 文章编号 : 0 .142 0 ) 10 1-4 [ 9 1 1(0 2一 0 20 0 0
Aces 管道 , 实 现 F x r 、A es和 Mirsf S evr 种典 型 的数 据库 之 间的 数 据格 式转 换 A cs cs为 o Po c s coot QLS re 三 c s是 e
Vsa Bs i l a c内部 数 据库 ,而F xr 是 IA 1 ee euna A cs Me o) 据库 ,S LS R E u i oPo S M( dxdSqetl c s t d 数 n i e h Q E V R则 属 于基 于 OB D C标准的客户, 服务器模式的数据库 。以此为例 .今后 可以很容易地在本系统的基础上添加其它数据库 .以实现 更 多数据库间的数据格式转换 ,从而作为实现数据共享的可供选择的方法之一 。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
收稿日期:2001-07-13作者简介:蔡延峰(1975-),男,山东济南人,南京航空航天大学经济管理学院硕士研究生,研究方向:工业工程管理信息系统。
文章编号:1006-2475(2002)01-0041-03异构数据库间的数据转换蔡延峰,蔡启明(南京航空航天大学经济管理学院,江苏南京210016)摘要:异构数据库管理系统间进行数据转换是当今开发人员经常遇到的问题。
本文基于实际经验,简单论述了不同数据库管理系统间进行数据转换的不同解决方案。
关键词:数据库管理系统;数据转换;数据管道;联邦数据库系统中图分类号:TP311.13文献标识码:BTranslating Data between Asynchronous Structure Database Management SystemsCAI Yan-feng ,CAI Oi-ming(Schooi of Management and Economics of NUAA ,Nanjing 210016,China )Abstract :Data transiating between asynchronous structure database management systems is a probiem that deveiopers often meet today .Based on practicai experiences ,the paper discusses simpiy the schemes to soive the data transiating between asynchronous structure database management systems.Keywords :DBMS ;data transiating ;data pipeiine ;FDBS0引言信息技术的发展给企业的生产和管理带来了极大的方便,Intranet 和Internet 的广泛使用和迅速普及也提高了社会实体间的联系和资源共享。
然而,由于信息技术的更新和实体间选择的差异,不同部门使用不同的数据库管理系统是十分普遍的现象。
即使一个经过信息规划的企业,随着数据库技术的发展和市场的变化,都可能采用不同的数据库系统。
以本人所做课题为例,南京金城集团是国营大型企业,下属十几个企业,不同时期不同下属企业安装了不同的数据库管理系统,如SOL Server ,Oracie 和DB2等。
因此在网络环境下,异种数据库间数据转换的要求是十分普遍的。
另外,当数据库升级时,要想最大限度地利用现有资源、避免重复开发的浪费也必须解决异种数据库操作的问题。
在数据库采用外部数据时也存在着异种数据库操作问题。
本文以SOL Server 和Oracie 之间的数据转换为例进行说明,其余数据库管理系统间的数据转换与此类似。
1SOL Server 和Oracle 间的比较不同的数据库管理系统(Database ManagementSystem )来自不同的厂商,运行在不同的软、硬件平台上,具有很多互不兼容的特性,每种DBMS 都有一套自己的数据类型、数据结构和数据定义、操作语言,所以一个应用系统必须与某个DBMS 绑在一起进行编译、链接和运行而不能直接存取其他DBMS 的数据。
SOL Server 数据库管理系统是建立在MicrosoftWindows NT 操作系统的基础上,它提供了一个功能强大的客户/服务器平台,是能同时支持多个并发用户的关系数据库系统。
Oracie 数据库管理系统是Oracie 公司开发研制的,它是至今为止数据库管理系统的领导者。
它具有强大的安全性、移植性和兼容性,由于性能强大、结构复杂,和其他数据库管理系统比较起来相对难于掌握。
SOL Server 和Oracie 两者相比较具有较大的差2002年第1期计算机与现代化JISUANJI YU XIANDAIHUA总第77期别。
无论是体系结构、数据类型,还是操作方法都有较大的不同。
数据类型的简单对比列表如表l ,表中只是常用数据类型的简单对比,具体不同需要查阅相关参考资料。
正是由于不同数据库管理系统之间存在着较大的差异,在进行数据转换时就必须按照各自的数据类型等进行修改。
表lSOL Server 和Oracie 两者的数据类型对比表SOL ServerOracie Int ,fioat ,doubie Numberchar Char ,varchar2Datetime Date TimestampRawSOL Server 和Oracie 两者都是大型关系数据库管理系统,应用系统都通过SOL 语言实现对它们的操作,如查询、删除、添加等。
但在具体的操作中,两者执行的SOL 语句还有许多的区别。
因此,在进行数据转换时必须对应用系统中的SOL 语句进行必要的修改,才能保证数据转换之后应用系统仍能够顺利运行。
2SOL Server 和Oracle 间数据转换的实现2.1基于客户端的解决方案对于数据量相对较少,系统比较小的情况,采用客户端的解决方案经验降低系统软硬件的成本。
只利用前台开发工具就可以开发出系统的主业务应用程序及实现异构数据库互连、交换数据的模块,编程简洁、高效。
客户端解决方案的体系结构如图l 所示:图l 客户端解决方案的体系结构l.配置ODBC 数据源。
有过编程经验的人都知道,ODBC 是与多种DBMS 建立有效连接的接口,我们在做应用系统时通常会用ODBC 连接DBMS 。
ODBC 定义了一个函数库,应用系统通过结构化查询语言SOL 可以访问不同的数据库管理系统。
ODBC 结构具有四个部分:应用程序、驱动程序管理器、驱动程序和数据源。
驱动程序管理器是一个动态连接库(DLL ),负责加载驱动程序,并为不同驱动程序的ODBC 函数提供单一的接口。
当建立起与数据源的连接时,驱动程序便能对应用系统向DBMS 发出的请求进行处理,对发自或发向数据源的数据进行必要的翻译,并返回给应用系统。
ODBC 数据源不仅具有SOL 数据库管理系统提供的通用性和功能,还具有远程系统提供的通用性和功能,以及对它们进行存取的方法。
因此一个ODBC 应用系统可以从一个或多个供应商连接到一个或多个DBMS 操作系统上或若干个网络上实现。
一旦应用系统已经建立了这些连接,驱动程序就可以处理来自应用系统的ODBC SOL 函数调用。
正因为ODBC 具有上述强大的功能,我们在应用系统中最好采用这个接口,本文的论述也是基于这一前提的。
配置ODBC 的步骤如下:(l )分别在Oracie 和SOL Server 中创建新的数据库zigi (作者所做的质量管理系统的汉语拼音缩写);(2)Windows98和Windows NT 操作系统下,点击开始菜单,设置,控制面板;(3)在控制面板中或管理工具中点击ODBC 数据源,进入ODBC 数据源管理器;(4)选择系统DSN 页(通常系统DSN 的应用范围更广),分别添加数据源名zigi sgiserver 和zigi ora-cie 并分别连接SOL Server 和Oracie 中的zigi 数据库。
2.利用Deiphi 中的Datapump 工具。
如果您是利用Deiphi 开发的应用系统,在配置完ODBC 后您可以直接利用Deiphi 自带的Datapump 工具来完成数据转换。
Datapump 工具具有简单易用的特点,通过分别选择在ODBC 中配置好的数据源名作为Source Aiias Name 和Target Aiias Name 。
然后选择要转换的数据表名,并对表中的字段类型按照Oracie 和SOL Server 间的区别进行必要的修改,便可以很轻松地实现不同数据库间数据转换。
3.利用SOL Server 的DTS Wizard 工具。
SOL Server 的DTS Wizard 工具是Microsoft 公司开发的数据转换的强有力的工具。
通过该向导操作人员可以较轻松地实现数据转换,而不必知道具体的数据。
打开SOL Server 的Import and Export Data 工具,选24计算机与现代化2002年第l 期择想要移出的数据库作为Data Source,选择要转入数据的数据库作为Destination。
然后选择要转换的数据表名,并对表中的字段类型按照不同数据库间的区别进行修改,就可以实现数据转换。
4.利用PowerBuiider的数据管道Data Pipeiine。
如果您开发应用系统时利用的是PowerBuiider,您可以通过Data Pipeiine实现数据转换。
PowerBuiider 通过对不同数据库采用不同接口的形式同时支持多种关系数据库,允许在两个相同或不同的DBMS管理的数据库之间复制表的结构、属性和表中的数据,这样便可以在网络环境下使不同数据库间相互交换数据。
数据管道不仅可以复制关系型DBMS表,开发人员完全可以控制哪些应包含或不应包含在目标表中的数据字段,以及使字段来生成目标表的索引。
5.利用第三方数据库。
在一些情况下,开发人员可能需要将数据库在两个不在同一个网络环境下的操作系统下进行数据转换。
如果是大型数据库,因为数据量相对要庞大得多,这时就必须借助其他较小的桌面数据库,如Ac-cess等。
根据作者的实际经验,大体可以按如下方法操作:(l)将要转出的数据库生成脚本,得到该数据库的库表结构;(2)如果是在不同数据库如SOL Server和Oracie 间进行转换,必须按照它们间的区别对脚本进行修改,生成符合各自规范的SOL语句;(3)在原环境下利用前面所述工具将数据库转换到Access中,生成mdb文件;(4)在新的环境下的数据库系统中执行脚本;(5)将mdb文件转换到所要的数据库系统中。
也可以利用活动硬盘将数据备份,然后在新环境下的数据库系统中进行恢复,但这种方法可能会遇上意想不到的问题。
!"!基于服务器端的解决方案在异构数据库种类或客户机数量较多的应用环境下,可以采用基于服务器端的解决方案。
在C/S 体系结构的应用系统中,该方案在客户端为用户提供统一的数据库访问接口;在服务器端则建立专门的互连服务器,并由互连服务器与多种异构数据库交互,将数据库操作的转换工作由服务器来完成。
这种基于服务器端的解决方案合理分担了客户和服务器的工作,符合数据库互连产品的发展方向。
它能够为企业和单位的各种数据源提供统一的客户访问界面,保证了从系统一级来实现数据库之间的传递交换,达到了实时、高效、安全、可靠的目的。
l.联邦数据库系统。
分布式数据库系统不能很好解决异构数据库的集成问题。
一种较为有效的解决方法是通过建立联邦数据库系统来解决。