Oracle的用户管理和MySQL下有较大区别，请分别建立用户，并赋予合适的权限。

　　七、应用程序的移植

　　由于语法细节上的差异，导致很多SQL语句需要改写。笔者记下了所有移植过程中碰到的SQL语句细节差异，这些也是一般项目可能会用到的地方，虽然肯定不全，但也列出来以供参考：

　　1）Oracle的to_char函数不能再使用，换用如CONCAT(14.3)的形式，为了提高应用程序兼容性，建议手工写一个

　　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_pack.xxx要写成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 a.RIGHT 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_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下不能

　　dual表的使用，substr、trim等函数的主要使用方式和Oracle类似

　　八、小结和建议

　　看起来，Oracle移植到MySQL似乎挺麻烦，有没有一键完成的简单办法？呵呵，我没有找到，除非您只使用基本表，只使用基本SQL语句访问它。当然，建议大家初始设计的时侯，就考虑到多数据库的支持，权衡一下使用一些高级功能带来的好处和对可移植性方面带来的损害，这会大大减少后期移植时面对的问题；另外，在应用架构设计时，也建议使用较好的框架去屏蔽这些差异，比如J2EE的Hibernate框架等。

　　感谢伟大的Oracle，给我们提供了很多的高级功能，有很多是MySQL没有的，因此，在移植时你不得不放弃一些非必须的功能，比如,全表 cache﹑物化视图﹑函数索引等；如果该功能是必须的，您可能要使用别的方式来实现，或者转到应用程序层面来考虑。当然，这些功能MySQL今天没有，不代表明天也没有，我们可以拭目以待。

　　由于开源软件的原因，MySQL的bug或者缺陷有时还会干扰你，请仔细测试和优化您的应用程序，调整MySQL的配置参数，确保它可以运行得和Oracle下一样好。