您的位置:首页 > 数据库 > Oracle

Oracle数据库移植到MySQL实战

2014-03-20 00:10 288 查看
一、前言
[align=left]公司原来的项目是基于Oracle数据库的,Oracle功能强大,但是部署和管理较复杂,更重要的是,购买Oracle的费用不是每个客户都愿意承担的。因此,迫切需要把公司项目所用数据库移植到一个简单好用的数据库上。当然,如您所料,我们选择了广受欢迎的MySQL。[/align]
[align=left]作为一个开源数据库,MySQL用无数案例证明了她的可用性,因此让我们把重点放在如何将Oracle移植到MySQL上。已经有很多的文章和专题介绍了Oracle移植到MySQL的方法和步骤,也有相当多的工具可以辅助这种移植过程。但是,由于数据库实现的差异,完美的移植工具是不存在的,移植过程中不断碰到的问题证明了这一点,特别是您使用了Oracle的一些高级特性时。[/align]
[align=left]从Oracle移植到MySQL主要有六个方面的内容需要移植,一是表Table,包括表结构和数据,二是触发器Trigger,三是存储过程Procedure,函数function和包Package,四是任务Job,五是用户等其他方面的移植,六是具体应用程序通过SQL语句访问时的细节差异克服。[/align]
[align=left]笔者用来移植测试的数据库是:Oracle 9i ,MySQL 6.0,Windows 2000环境。[/align]
[align=left] [/align]

二、表的移植
[align=left]这个部分的移植是最容易用工具实现的部分,因为很多MySQL的图形管理工具都自带这样的移植工具,比如SQLYog,MySQL Administrator等。但是,这些工具的移植能力各有不同,对字段类型转换﹑字符集等问题都有自己的处理方式,使用时请注意。[/align]
[align=left]笔者使用“SQLYog Migration Toolkit”工具按提示步骤移植后,表的主要结构和数据将成功移植,主要包括表的字段类型(经过映射转换,比如number会转换为double,date转换为timestamp等,请小心处理日期字段的默认值等),表的主键,表的索引(Oracle的位图索引会被转成BTree索引,另外表和字段的注释会丢失)等信息。需要特别注意的是,Oracle的自增字段的处理。[/align]
[align=left]大家知道,Oracle通常使用序列sequence配合触发器实现自增字段,但是MySQL和SQL Server等一样,不提供序列,而直接提供字段自增属性。所以,请把Oracle里面的自增字段实现直接改为MySQL的字段属性,而且,这个字段必须是主键(key)并且不能有默认值。[/align]
[align=left]还有一个问题,如果您的应用要直接使用Oracle的某个序列,那么您只能在MySQL里面模拟实现一个,具体方法就是利用MySQL的自增字段实现的。[/align]
[align=left] [/align]

三、触发器的移植
[align=left]首先,MySQL在6.0以后才支持触发器![/align]
[align=left]触发器的移植没有现成工具,因为两者之间的语法差异较大,您只能通过手工对照着原来的逻辑一个一个添加。[/align]
[align=left]这里要说明一下,MySQL的SQL过程语法和Oracle PL/SQL大致相同,但还是有些细微差别:[/align]

1. 变量声明Declare部分,在Oracle中Declare语句位于Begin之前,在MySQl中,Declare位于Begin之后;

2. 注释不同,在Oracle中,可用 “—“ 注释一行或“/* */”注释一段,在MySQL中,需用
“/* */”或“#”来注释
[align=left]    3. 对触发前后变量值的引用方法不同;在Oracle中,用 :new.eid, :old.eid表示新旧值,[/align]
[align=left]在MySQL中,用 New.eid,old.eid表示新旧值[/align]
[align=left]4. 移植中发现的问题[/align]

1)              Oracle的自治事务autonomous_transaction,MySQL不支持,您必须用其他方式实现,MySQL不允许在触发器过程中执行对触发器所在表的操作(包括读写)

2)              MySQL函数和trigger中不能执行动态SQL语句,也就是说,您不能在触发器里面组合出来一个SQL字符串,然后用exec来执行

3)              Oracle的表级触发器,MySQL还不支持,所以必须改成使用行级触发器,注意这会导致有时SQL语句的执行效率很低
[align=left] [/align]

四、存储过程,函数和程序包的移植
[align=left]程序包是Oracle用来组织逻辑功能的一个Object,MySQL不支持,因此需要将包里的存储过程﹑函数等全部放到该数据库公有过程和函数里面。[/align]
[align=left]MySQL的过程和函数语法与Oracle类似,但还是有细微差别,除了数据类型需要转换,还有:[/align]

1. 格式不同,例如:
[align=left]Oracle为:[/align]
[align=left]       CREATE OR REPLACE procedure procedure1(TableName in varchar2) is[/align]
[align=left]  MySQL应该为:[/align]
       CREATEprocedure procedure1(
in  TableName varchar(200))

 

2. 赋值语句不同:
[align=left]Oracle赋值语句为:[/align]
[align=left]strSQL:= ‘update table set field1=1’;[/align]
[align=left]MySQL应该为:[/align]
[align=left]Set StrSQL = ‘update table set field1=1’;(用:=也行)[/align]
[align=left]3. 一些要用到游标的过程请注意[/align]
[align=left]MySQL过程不支持嵌套游标,不支持带参游标,不支持记录类型%ROWTYPE,不支持数组等,原Oracle用到这些的必须改写[/align]
[align=left] [/align]

五、Job的移植
[align=left]Job是Oracle的定时任务实现的方法,MySQL6中用Event实现,具体语法请参考MySQL手册。[/align]
[align=left]在MySQL中使用event请注意,默认它是不运行的,您可以[/align]

1) 保证MySQL定时任务event scheduler运行,需要MySql 5.1.6以上,并且在启动后执行SET GLOBAL event_scheduler = ON;(也可以在初始配置文件比如my.ini中加入event_scheduler = ON的参数)

2) 启用event功能后,每次执行会往MySQL的错误日志文件写一些信息(data目录下的“主机名.err”文件),导致这个文件越来越大(除非经常做flush log操作)。所以,如果您的event执行很频繁,可在my.ini中加参数console=TRUE,这样执行event的信息就不会写进来了
[align=left] [/align]

六、用户的移植
[align=left]Oracle的用户管理和MySQL下有较大区别,请分别建立用户,并赋予合适的权限。[/align]
[align=left] [/align]

七、应用程序的移植
[align=left]由于语法细节上的差异,导致很多SQL语句需要改写。笔者记下了所有移植过程中碰到的SQL语句细节差异,这些也是一般项目可能会用到的地方,虽然肯定不全,但也列出来以供参考:[/align]
[align=left]1)Oracle的to_char函数不能再使用,换用如
CONCAT(14.3)
的形式
为了提高应用程序兼容性
建议手工写一个
[/align]
[align=left]2)Oracle的to_date函数不能再使用,
建议手工写一个
添加到MySQL数据库[/align]
[align=left]3)Oracle的decode函数不能再使用,换用SELECT CASE 1 WHEN 1 THEN 'one' WHEN 2 THEN 'two' ELSE 'more' END 的形式[/align]
[align=left]4)nvl这样的一些专用函数,MySQL是没有的,可以把[/align]
select nvl(to_char(num),'nothing') from t_equipment转换成
[align=left]select case num when num then num else 'nothing' end from t_equipment[/align]
[align=left]5)instr之类的函数,函数名相同,但参数个数不同[/align]
[align=left]6)Oracle的sysdate要写成sysdate()的形式[/align]
[align=left]7)包的形式已经取消,所以原来以包的方式调用的过程如xx_pack.xxx要写成xxx()[/align]
[align=left]8)带进制字符转数字[/align]
[align=left]Oracle风格:TO_NUMBER(strTmp,'XX') TO_NUMBER(’9’)[/align]
[align=left]MySQL风格:CONV(strTmp,16,10) CONV(’9’,10,10) 如果字符串前后有加减操作,会隐含转换成数字[/align]
[align=left]9) 不能再有直接调用序列的形式,如果一定需要,可以模拟实现一个[/align]
[align=left]10)日期直接加减的含义不同了,比如Oracle中sysdate + 1 变成了sysdate() + interval 1 day(注意如果写成sysdate() + 1 语法还是正确的,但含义是错误的)[/align]
[align=left]查询select sysdate() + 1 from dual 在MySQL得到比如 20080223153234(= 20080223153233 + 1)的数[/align]
[align=left]而在Oracle中会得到第二天当前时刻。[/align]
[align=left]11) MySQL单纯的date类型只是日期不带时间,
DATETIME
或TIMESTAMP带有时间
DATE_FORMAT
函数可以控制显示形式
[/align]
[align=left]
12
select 'abc' || 'd' from dual
两个数据执行的结果不同
语法都能通过
),
MySQL要写成selectconcat(
'abc' , 'd')的形式[/align]
[align=left]13) Oracle高级功能,如带有暗示索引的select语句,MySQL是不支持的(语法可以通过)[/align]
[align=left]14)有些MySQL的保留字不能直接用在SQL语句里,要加表名或别名限制,如select RIGHT FROM XX要改成selecta.RIGHT FROM XX a[/align]
[align=left]15) Oracle的子查询可以不起别名,但MySQL是必须的,比如下面的别名aa:[/align]
[align=left]select field1 from (select sysdate() as field1 from dual)as aa[/align]
[align=left]16)很多系统表名都是不同的,比如,列出某个表的信息:[/align]
[align=left]select * from tab where TName='T_TEST'改成[/align]
select table_name,table_type from information_schema.tables where table_schema = 'user' and table_name='
T_TEST '
17)MySQL下update时不能有本身的子查询
update T_TEST set Flag = 0 where field1 in

(select distinct b.field1 from T_TEST b where b.flag=1)
 18)Oracle下’’和null等价,而MySQL则不然
select 1 from dual where '' is null在Oracle下可以取到记录,在MySQL下不能
[align=left] [/align]
[align=left]dual表的使用,substr、trim等函数的主要使用方式和Oracle类似[/align]
[align=left] [/align]

八、小结和建议
[align=left]看起来,Oracle移植到MySQL似乎挺麻烦,有没有一键完成的简单办法?呵呵,我没有找到,除非您只使用基本表,只使用基本SQL语句访问它。当然,建议大家初始设计的时侯,就考虑到多数据库的支持,权衡一下使用一些高级功能带来的好处和对可移植性方面带来的损害,这会大大减少后期移植时面对的问题;另外,在应用架构设计时,也建议使用较好的框架去屏蔽这些差异,比如J2EE的Hibernate框架等。[/align]
[align=left]感谢伟大的Oracle,给我们提供了很多的高级功能,有很多是MySQL没有的,因此,在移植时你不得不放弃一些非必须的功能,比如,全表cache﹑物化视图﹑函数索引等;如果该功能是必须的,您可能要使用别的方式来实现,或者转到应用程序层面来考虑。当然,这些功能MySQL今天没有,不代表明天也没有,我们可以拭目以待。[/align]
由于开源软件的原因,MySQL的bug或者缺陷有时还会干扰你,请仔细测试和优化您的应用程序,调整MySQL的配置参数,确保它可以运行得和Oracle下一样好。

forward from http://blog.csdn.net/stephenxu111/article/details/2482403 for personal reference.
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: