
1首先我们确定oracle数据库中的数据库可用,我们打开navicat,依次点击连接->oracle,连接名可以自己随便定义
2连接成功之后,我们的navicat就会出现这个标志,
3接下来我们就要开始数据库之间的转换,首先我们在mysql新建一个数据库,由于之前我已经转换过一次,在此就不纠结数据库名了,字符集选择utf8mb4
utf8和utf8mb4的区别:
MySQL在553之后增加了这个utf8mb4的编码,mb4就是most bytes 4的意思, 专门用来兼容四字节的unicode。
好在utf8mb4是utf8的超集,除了将编码改为utf8mb4外不需要做其他转换。当然,为了节省空间,一般情况下使用utf8也就够了。
那上面说了既然utf8能够存下大部分中文汉字,那为什么还要使用utf8mb4呢 原来mysql支持的 utf8 编码最大字符长度为 3 字节,如果遇到 4 字节的宽字符就会插入异常了。三个字节的 UTF-8 最大能编码的 Unicode 字符是 0xffff,也就是 Unicode 中的基本多文种平面(BMP)。也就是说,任何不在基本多文本平面的 Unicode字符,都无法使用 Mysql 的 utf8 字符集存储。包括 Emoji 表情(Emoji 是一种特殊的 Unicode 编码,常见于 ios 和 android 手机上),和很多不常用的汉字,以及任何新增的 Unicode 字符等等。
4创建完数据库之后,我们需要将Oracle中的表转到mysql,依次点击工具->数据传输,源数据就选择Oracle数据库中需要转换的数据库,目标数据库就选择我们新建的数据库,点击选项,在遇到错误时继续打勾,点下一步
5选择我们需要转储的数据,本次转换只转换表结构,视图的转换稍微有些麻烦,因为mysql视图不支持子查询。点击开始
6接下来我们需要看数据的转换过程中发现了哪些错误,我们要将这些错误记录下来,可能由于某些元素会导致某些表转换不成功,这时就需要我们在转换完成后自己手动去创建这些表。
7由于数据库中的大小原因会导致转换的时间长度,在转换完成后,可以看到上面报了多少错误,然后我们复制日志文件,打开notepad++,将日志复制进去,查找 [ERR],通常的提示都是这种,我们需要记录下该表,
8由于完整的转换时间比较长,通常在转换完成后复制整个日志文件,查找[ERR]就可以看到转换中出现的错误,可能会出现重复的表名,重复的我们只需要记住一个即可。我们需要记住的是报错语句的上一条记录的表名,我们记下来这写问题表,等下来处理。
9在数据转换完成后,会有一些问题,就是在转换的过程中,oracle中的integer类型会在mysql中转换成decimal类型,date类型也会出现一些问题,就会出现下面这种情况,这时就需要我们将这些字段更改
10我们对转换好的mysql数据库点击右键->转储sql文件->仅结构
11转储完成后打用notepad++打开sql文件,将decimal(x,x)全部替换为int,如果有datetime类型的,将datetime(0)转换成datetime
12保存之后我们再新建一个数据库,和刚才一样,选择我们刚创建的数据库,右键,运行sql文件,选择我们改过的sql文件
13运行成功后,目前,我们jaranmes3中的数据是对的,jranmes4中的表结构是对,所以我们需要将此同步一下,这里我们选择将jranmes4中的结构同步到jranmes3,选择工具->结构同步,选择好后点击比对,确定没什么问题选择部署,运行
14更改完表的结构,我们需要对刚才转换中出现错误的表进行重新创建,我们根据记录的表明,在PL/SQL中搜索表名,右键->查看sql
在更改时,我们不需要关心表空间,只需要在创建表的时候添加上主键,创建索引就可以了。
比如上面的sql,在mysql中,我们需要写成
-- Create table
create table UTILS_OBJ_ASSOCHECK
(
masterobj VARCHAR2(64) not null,
slaveobj VARCHAR2(64) not null,
keyattrsrel VARCHAR2(256) not null,
primary key (KEYATTRSREL, SLAVEOBJ, MASTEROBJ)
)
有的表可能包含的有索引,类似下面这样的语句
在mysql中不能使用这种方法来添加索引,上图中我们添加的是普通索引,我们需要查找对应的sql语句,我们应该使用下面的方式来添加索引
ALTER TABLE `table_name` ADD INDEX index_name ( `column` )
所以,上面的语句我们可以写成
ALTER TABLE BIZ_REPORT_BOX_BATCH_ASSO ADD INDEX BIZ_REPORT_BOX_BATCH_ASSO (BATCHNO, BOXNO)
有时候PLSQL中添加的是唯一索引,我们需要使用mysql添加唯一索引方式的语句,以下面的格式
ALTER TABLE `table_name` ADD UNIQUE ( `column` )
需要注意的是:mysql中没有varchar2类型,且有时varchar2(255)会导致长度太长无法完成建表,所以我们在PL/SQL复制完建表语句后,还需要我们去更改建表语句,比如将varchar2改成varchar,将number改为int。
15根据上面的步骤,将我们转换中遇到问题的表全部重新更新一下就可以了
讲解Oracle数据库移植到MySQL
出处:IT专家网 日期:2010-06-24
一、前言
公司原来的项目是基于Oracle数据库的,Oracle功能强大,但是部署和管理较复杂,更重要的是,购买Oracle的费用不是每个客户都愿意承担的。因此,迫切需要把公司项目所用数据库移植到一个简单好用的数据库上。当然,如您所料,我们选择了广受欢迎的MySQL。
作为一个开源数据库,MySQL用无数案例证明了她的可用性,因此让我们把重点放在如何将Oracle移植到MySQL上。已经有很多的文章和专题介绍了Oracle移植到MySQL的方法和步骤,也有相当多的工具可以辅助这种移植过程。但是,由于数据库实现的差异,完美的移植工具是不存在的,移植过程中不断碰到的问题证明了这一点,特别是您使用了Oracle的一些高级特性时。
从Oracle移植到MySQL主要有六个方面的内容需要移植,一是表Table,包括表结构和数据,二是触发器Trigger,三是存储过程Procedure,函数function和包Package,四是任务Job,五是用户等其他方面的移植,六是具体应用程序通过SQL语句访问时的细节差异克服。
笔者用来移植测试的数据库是:Oracle 9i ,MySQL 60,Windows 2000环境。
二、表的移植
这个部分的移植是最容易用工具实现的部分,因为很多MySQL的图形管理工具都自带这样的移植工具,比如SQLYog,MySQL Administrator等。但是,这些工具的移植能力各有不同,对字段类型转换、字符集等问题都有自己的处理方式,使用时请注意。
笔者使用“SQLYog Migration Toolkit”工具按提示步骤移植后,表的主要结构和数据将成功移植,主要包括表的字段类型(经过映射转换,比如number会转换为double,date转换为timestamp等,请小心处理日期字段的默认值等),表的主键,表的索引(Oracle的位图索引会被转成BTree索引,另外表和字段的注释会丢失)等信息。需要特别注意的是,Oracle的自增字段的处理。
大家知道,Oracle通常使用序列sequence配合触发器实现自增字段,但是MySQL和SQL Server等一样,不提供序列,而直接提供字段自增属性。所以,请把Oracle里面的自增字段实现直接改为MySQL的字段属性,而且,这个字段必须是主键(key)并且不能有默认值。
还有一个问题,如果您的应用要直接使用Oracle的某个序列,那么您只能在MySQL里面模拟实现一个,具体方法就是利用MySQL的自增字段实现的。
三、触发器的移植
首先,MySQL在60以后才支持触发器!
触发器的移植没有现成工具,因为两者之间的语法差异较大,您只能通过手工对照着原来的逻辑一个一个添加。
这里要说明一下,MySQL的SQL过程语法和Oracle PL/SQL大致相同,但还是有些细微差别:
1 变量声明Declare部分,在Oracle中Declare语句位于Begin之前,在MySQl中,Declare位于Begin之后;
2 注释不同,在Oracle中,可用 “—“ 注释一行或“/ /”注释一段,在MySQL中,需用 “/ /”或“#”来注释
3 对触发前后变量值的引用方法不同;在Oracle中,用 :neweid, :oldeid表示新旧值,
在MySQL中,用 Neweid,oldeid表示新旧值
4 移植中发现的问题
1) Oracle的自治事务autonomous_transaction ,MySQL不支持,您必须用其他方式实现,MySQL不允许在触发器过程中执行对触发器所在表的 *** 作(包括读写)
2) MySQL函数和trigger中不能执行动态SQL语句,也就是说,您不能在触发器里面组合出来一个SQL字符串,然后用exec来执行
3) Oracle的表级触发器,MySQL还不支持,所以必须改成使用行级触发器,注意这会导致有时SQL语句的执行效率很低
四、存储过程,函数和程序包的移植
程序包是Oracle用来组织逻辑功能的一个Object,MySQL不支持,因此需要将包里的存储过程、函数等全部放到该数据库公有过程和函数里面。
MySQL的过程和函数语法与Oracle类似,但还是有细微差别,除了数据类型需要转换,还有:
1 格式不同,例如:
Oracle为:
CREATE OR REPLACE procedure procedure1(TableName in varchar2) is
MySQL应该为:
CREATE procedure procedure1( in TableName varchar(200))
2 赋值语句不同:
Oracle赋值语句为:
strSQL := ‘update table set field1=1’;
MySQL应该为:
Set StrSQL = ‘update table set field1=1’;(用:=也行)
3 一些要用到游标的过程请注意
MySQL过程不支持嵌套游标,不支持带参游标,不支持记录类型%ROWTYPE,不支持数组等,原Oracle用到这些的必须改写
五、Job的移植
Job是Oracle的定时任务实现的方法,MySQL6中用Event实现,具体语法请参考MySQL手册。
在MySQL中使用event请注意,默认它是不运行的,您可以
1) 保证MySQL定时任务event scheduler运行,需要MySql 516以上,并且在启动后执行SET GLOBAL event_scheduler = ON;(也可以在初始配置文件比如myini中加入event_scheduler = ON的参数)
2) 启用event功能后,每次执行会往MySQL的错误日志文件写一些信息(data目录下的“主机名err”文件),导致这个文件越来越大(除非经常做flush log *** 作)。所以,如果您的event执行很频繁,可在myini中加参数console=TRUE,这样执行event的信息就不会写进来了
六、用户的移植
Oracle的用户管理和MySQL下有较大区别,请分别建立用户,并赋予合适的权限。
七、应用程序的移植
由于语法细节上的差异,导致很多SQL语句需要改写。笔者记下了所有移植过程中碰到的SQL语句细节差异,这些也是一般项目可能会用到的地方,虽然肯定不全,但也列出来以供参考:
1)Oracle的to_char函数不能再使用,换用如CONCAT(143)的形式,为了提高应用程序兼容性,建议手工写一个
2)Oracle的to_date函数不能再使用,建议手工写一个添加到MySQL数据库
3)Oracle的decode函数不能再使用,换用SELECT CASE 1 WHEN 1 THEN 'one' WHEN 2 THEN 'two' ELSE 'more' END 的形式
4)nvl这样的一些专用函数,MySQL是没有的,可以把
select nvl(to_char(num),'nothing') from t_equipment转换成
select case num when num then num else 'nothing' end from t_equipment
5)instr之类的函数,函数名相同,但参数个数不同
6)Oracle的sysdate要写成sysdate()的形式
7)包的形式已经取消,所以原来以包的方式调用的过程如xx_packxxx要写成xxx()
8)带进制字符转数字
Oracle风格:TO_NUMBER(strTmp,'XX') TO_NUMBER(’9’)
MySQL风格:CONV(strTmp,16,10) CONV(’9’,10,10) 如果字符串前后有加减 *** 作,会隐含转换成数字
9) 不能再有直接调用序列的形式,如果一定需要,可以模拟实现一个
10)日期直接加减的含义不同了,比如Oracle中sysdate + 1 变成了sysdate() + interval 1 day(注意如果写成sysdate() + 1 语法还是正确的,但含义是错误的)
查询select sysdate() + 1 from dual 在MySQL得到比如 20080223153234(= 20080223153233 + 1)的数
而在Oracle中会得到第二天当前时刻。
11) MySQL单纯的date类型只是日期不带时间,DATETIME或TIMESTAMP带有时间,用DATE_FORMAT函数可以控制显示形式
12)select 'abc' || 'd' from dual 两个数据执行的结果不同(语法都能通过),MySQL要写成select concat('abc' , 'd')的形式
13) Oracle高级功能,如带有暗示索引的select语句,MySQL是不支持的(语法可以通过)
14)有些MySQL的保留字不能直接用在SQL语句里,要加表名或别名限制,如select RIGHT FROM XX要改成select aRIGHT FROM XX a
15) Oracle的子查询可以不起别名,但MySQL是必须的,比如下面的别名aa:
select field1 from (select sysdate() as field1 from dual) as aa
16)很多系统表名都是不同的,比如,列出某个表的信息:
select from tab where TName='T_TEST'改成
select table_name,table_type from information_schematables where table_schema = 'user' and table_name=' T_TEST '
17)MySQL下update时不能有本身的子查询
update T_TEST set Flag = 0 where field1 in
(select distinct bfield1 from T_TEST b where bflag=1)
18)Oracle下’’和null等价,而MySQL则不然
select 1 from dual where '' is null在Oracle下可以取到记录,在MySQL下不能
dual表的使用,substr、trim等函数的主要使用方式和Oracle类似
八、小结和建议
看起来,Oracle移植到MySQL似乎挺麻烦,有没有一键完成的简单办法呵呵,我没有找到,除非您只使用基本表,只使用基本SQL语句访问它。当然,建议大家初始设计的时侯,就考虑到多数据库的支持,权衡一下使用一些高级功能带来的好处和对可移植性方面带来的损害,这会大大减少后期移植时面对的问题;另外,在应用架构设计时,也建议使用较好的框架去屏蔽这些差异,比如J2EE的Hibernate框架等。
感谢伟大的Oracle,给我们提供了很多的高级功能,有很多是MySQL没有的,因此,在移植时你不得不放弃一些非必须的功能,比如,全表cache、物化视图、函数索引等;如果该功能是必须的,您可能要使用别的方式来实现,或者转到应用程序层面来考虑。当然,这些功能MySQL今天没有,不代表明天也没有,我们可以拭目以待。
由于开源软件的原因,MySQL的bug或者缺陷有时还会干扰你,请仔细测试和优化您的应用程序,调整MySQL的配置参数,确保它可以运行得和Oracle下一样好。
(责任编辑:王倩)
可以的
1、在目的SQL Server数据库服务器上安装ORACLE Client软件或者ORACLE ODBC Driver
通过oracle客户端,在netmanager中建立“服务(TNS server)”,并测试连接上oracle数据库正常
2、在sqlserver的DTS(导入和导出数据工具)进行
(1)选择数据源:
数据源:oracle in oracle9i
选择:用户/系统DSN:
点击新建DSN:选择数据源类型:系统数据源,
下一步:选择驱动程序:oracle in oracle9i,下一步,完成 ,
进入oracle odbc driver configration页面
再输入:datasorce name:GZDS
TNS server name:gz(通过netmanager定义好TNS server)
user:(oracle登录用户)
填写好以后,进行"TEST Connection"
可以连通,则点击“ok”,DSN建立完成
数据源选择完成,点击“下一步”进入“选择目的”
(2)选择目的
目的:用于SQL Server的Microsoft OLE DB提供程序
服务器:192168063
选择:使用sqlserver身份登录
用户名:sa 密码:pass
并刷新,选择好数据库:test(目的数据库,提前建立好的)并点击“下一步”
a从数据源复制表和数据(下一步:选择源表及视图)
b用一条查询语句指定要传输的数据(进行sql编辑)
(通过以上选择好要复制的数据表或者相关视图)
再点击下一步“保存、调度和复制包”
(3)“保存、调度和复制包”
时间:立即运行
再点击下一步:进行:“正在完成DTS导入导出”向导
(4)完成:
点击:“完成”按钮,系统进入数据复制“正在执行包”的页面,
可以看到数据正在复杂的进度条
注意:在ORACLE表和SQL Server表之间'转换'那步很重要,
可以改变默认的字段数据类型,如image->text,decimal->int
以上就是关于oracle计算四分位改成mysql全部的内容,包括:oracle计算四分位改成mysql、如何将oracle数据库转换成mysql数据库,现在公司有急用,方法可用的话再加分!、能将Oracle数据导入sql server数据库吗等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)