Access2000迁移到Oracle9i要点_oracle

正在看的ORACLE教程是:Access2000迁移到Oracle9i要点。 Oracle9i中提供强大的迁移功能,可以从多种数据库向Oracle迁移数据。Oracle新发行的迁移工具提供了从Access2000向Oracle92010迁移的简便易行的解决方案,该方案克服了中文乱码问题和字符串被截断的问题,如下就是从Access2000向Oracle92010迁移的全过程。
  一、到OTN下载最新版本的OMWB(Oracle Migration Workbench)并安装到http://otn.Oracle.com/tech/migration/focusareas/Access.html 下载Oracle Migration Workbench Release 9.2.0.1.2 for Microsoft Windows 98/NT/2000/XP 和 从Access 2.0, 95, 97 or 2000 to 到Oracle平台迁移的插件,二者的最新版本都是92012。首先把OMWB安装到与Oracle不同的主目录中,然后安装Access插件到同一目录。

  二、为迁移准备数据源

  到OMWB主目录的\Omwb\msaccess_exporter目录下,打开omwb2000.mde文件,输入将要迁移的Access数据库文件和即将生成的针对数据库的XML描述文件,这时你回发现在与Access相同的路径下生成了一个同名的XML文件,打开这个文件,其中记录了Access数据库的表的列和关系、视图的定义。OMWB支持Access的中文表名和列名,但要注意在生成XML文件之前要先修改\Omwb\msAccess_exporter\schema.dtd文件,将首行的encoding="ISO-8859-1"修改为encoding="GBK",然后在通过打开omwb2000.mde文件为数据库生成XML文件,这时表名和列名就成功显示中文了,在迁移到Oracle之前,还要用同样方法修改生成的XML文件的编码为encoding="GBK"。

  三、运行OMWB,执行迁移过程

  运行OMWB,根据提示,输入Access数据库的描述文件,即上一步生成的XML文件,根据该文件为迁移生成数据源,该数据源包括表、索引、主键、关系和表验证规则。接下来生成Oracle模型,OMWB自动生成表空间和两个用户。数据源和目标数据模型都存储在Oracle的资料档案库里,该库由安装OMWB工具时系统提示生成。下一步就可以执行迁移过程了,还可以为迁移生成脚本程序。

  四、解决中文字符被截断的问题

  OMWB提供由数据源和目的的数据类型影射,修改该数据影射可以改变迁移目标的数据长度和类型,但我尝试多次也没能解决这个问题,包括在OMWB读取XML文件生成的Access模型中修改源数据类型也无济于事。问题在于Access本身。首先打开Access数据库,修改其数据表中的数据类型和长度,保存数据库后退出,再次为数据库生成XML描述,这时我们会发现XML文件的表列定义改变了,重新运行OMWB,为迁移生成源数据模型后,源模型和目标模型的数据类型和长度也自动改变了,之后的迁移过程即可正确迁移长中文字符串了。Oracle提供的企业管理器和应用服务器的web形式界面里存在几处相同的问题,修改资料档案库根本不能解决问题,这也算是Oracle数据库产品的图形界面工具的缺陷

<

时间: 2025-01-25 13:36:12

Access2000迁移到Oracle9i要点_oracle的相关文章

Access2000迁移到Oracle9i要点

Oracle9i中提供强大的迁移功能,可以从多种数据库向Oracle迁移数据.Oracle新发行的迁移工具提供了从Access2000向Oracle92010迁移的简便易行的解决方案,该方案克服了中文乱码问题和字符串被截断的问题,如下就是从Access2000向Oracle92010迁移的全过程. 一.到OTN下载最新版本的OMWB(Oracle Migration Workbench)并安装到http://otn.Oracle.com/tech/migration/focusareas/Acc

升级到12c云数据库的最佳实践

目录: 升级方案的选型 各个阶段主要任务 项目成功的关键因素 升级的过程中我们会经历这样一个过程:一开始,怀着美好的愿望,我们开始升级项目:但在实施过程中会碰到或多或少的问题,饱受挫折:在努力解决问题后,系统最终能够成功上线. 第一部 分升级方案的选型 随着oracle 数据库版本的更迭,提供了越来越多的升级.迁移方法. 10.2.0.5 ,11.1.0.7,11.2.0.2 或以上 能够直接升级到12.1.0.1/12.1.0.2 版本: 其它版本需要2次升级; 如: 10.2.0.3 ->

演讲稿丨杨强 自学习的人工智能

       大家好,今天非常高兴.非常荣幸能参加这样一个盛会.今天我给带来的演讲是我的一点学习心得,题目叫做自学习的人工智能.首先大家都知道在60周年之际,我们首先应该记住的是这位人工智能的先驱,图灵.在他的问题的感召下,我们就有了今天这样的一个盛会和今天人工智能的飞速发展.他的问题,机器可以思维吗?可以从不同的维度来解释,那么首先人类对人工智能的一个探索也可以围绕对问题不同解释的探索.        第一个探索,应该说是在逻辑层面的探索.60年代人工智能的这些先驱就考虑用逻辑和搜索来研究人工

Oracle数据库升级或数据迁移方法研究_oracle

一.数据库升级的必要性 数据库升级是数据库管理员经常要面对的问题,如果你的应用要使用新版本数据库的新特性:如果数据库运行负载过重,而通过软硬件调整又不能有根本性的改善:如果要更换操作系统平台:如果要增强数据库的安全性:还有一个原因是随着新版本数据库的出现与成熟,oracle停止了对旧版本数据库的技术支持,升级到高版本,可以继续获得oracle的支持,还可以利用新版本数据库的新特新,可以改善系统的性能,健壮性,可扩张性和可用性,等等,面对这些问题,需要通过数据库升级才得以解决.不过,如果你的系统运

oracle 数据库数据迁移解决方案_oracle

去年年底做了不少系统的数据迁移,大部分系统由于平台和版本的原因,做的是逻辑迁移,少部分做的是物理迁移,有一些心得体会,与大家分享. 首先说说迁移流程,在迁移之前,写好方案,特别是实施的方案步骤一定要写清楚,然后进行完整的测试.我们在迁移时,有的系统测试了四五次,通过测试来完善方案和流程. 针对物理迁移,也即通过RMAN备份来进行还原并应用归档的方式(这里不讨论通过dd方式进行的冷迁移),虽然注意的是要将数据库设为force logging的方式,在用RMAN做全备之前,一定要执行: 否则可能会产

深入ORACLE迁移到MYSQL的总结分析_oracle

这两个星期里一直都在忙于一件事儿,就是数据库的迁移问题.没有做的时候感觉这是一件十分轻松的事儿,可是等到实实在在去做去实现的时候,自己傻眼了.这种纠结啊, 在这里先说下遇到的问题:1.数据库的表结构问题:数据类型不同需要解决varchar2------varchar.number-----int.date----datetime,建表的sql语句字段默认值.注释怎么解决. 2. oracle中没有所谓的敏感字段,可是mysql表中的敏感字段有好多.当时出错的时候很奇怪不知道是哪里错了.原来有个d

Oracle9i 动态SGA,PGA特性探索_oracle

"In the latest release 10.2 Oracle changed these default values. The memory allocated to a single SQL operator (_smm_max_size) is limited to: for P_A_T <= 500MB the parameter _smm_max_size = 20% of P_A_T for P_A_T between 500MB and 1000MB the para

Oracle数据库迁移方案_oracle

1 在数据迁移时,用户首先有权限修改数据库,并且进行表空间创建.删除等权利 例如: select * from dba_tab_privs where grantee='SCOT'; ---查看SCOTT权限(sys用户登录) 显示结果为: select * from dba_role_privs where grantee='SCOT'; --查看SCOTT角色 显示结果为: (1) 如果用户被锁定通过以下语句来解锁表 alter user scott account unlock; --解锁

Oracle9i取得建表和索引的DDL语句_oracle

正在看的ORACLE教程是:Oracle9i取得建表和索引的DDL语句.我们都知道在9i之前,要想获得建表和索引的语句是一件很麻烦的事.我们通常的做法都是通过export with rows=no来得到,但它的输出因为格式的问题并不能直接拿来用.而另一种方法就是写复杂的脚本来查询数据字典,但这对于一稍微复杂的对象,如IOT和嵌套表等,还是无法查到.  从数据字典中获得DDL语句是经常要用的,特别是在系统升级/重建的时候.在Oracle 9i中,我们可以直接通过执行dbms_metadata从数据