地运行。事实是尽管有SQL92标准，但每一个数据库的执行还是有些不同。

　　使用SQL查询可能会立即出现语法错误，因为MySQL 和Oracle的语法可能有些不同。一旦你解决了这些问题，像MySQL LIMIT 条件之类的事情，就需要使用虚拟数据行ROWNUM 来将其转换到Oracle 中去。但是要认识到，Oracle的执行需要谨慎点。它不支持在MySQL 中具有的“LIMIT 5,10”语法，而这些将需要重写为子查询。此外，在Oracle中的优化器可以以不同方式处理相同的查询，所以你要浏览你的查询的执行计划，即使不浏览所有的，也要浏览大部分，以确保它们在oracle中能执行得很好。如果你在MySQL 5.x 中使用存储过程，那这些存储过程需要进行重写。

　　5. 检查和测试开发移植

　　这个步骤是在开发过程中的协作工作，以使代码可以运行，并使得QA可以测试各个部分以确保所有不同的选择，并使组件行为像对MySQL 数据存储所做的一样。

　　可能结果是你的应用程序的某些部分需要被重写，如果不是语法和基础行为原因，那么可能是执行因素。所有这些都要求你在将其实施到产品中之前进行仔细的测试。

　　而且，特别是对于所有的金融数据，除了会循环改变的数据之外，要确保数据库移植具有足够的准确度，而且确保应用程序会从数据库那里获得所期望的准确度。

　　6. 计划产品移植

　　一旦你执行了移植数据库的整个过程，并确定了你的源代码，并对它进行了测试，那么你就会很清楚你的移植将是什么样子的。你应该消除了应用程序中的错误，检验了应用程序的执行是否如同以前一样，而新的数据类型或改变了的字段则是由于应用程序的错误。

　　还要准备一个用于在维护停机期间遇到不可预料事件时的回滚计划。要始终做最坏的打算，但朝着成功努力。

　　7. 执行产品移植

　　一旦你做完了所有这些步骤，并建立了一个指定时间的窗口来进行产品移植，那么你就可以进行最终的移植了。

　　然后你要进行最后的产品系统测试，就如同你在QA处理过程中所做的测试一样，并确定应用程序是否已准备好在Oracle 上运行。

　　8. 技术升级

　　当然，应用程序的移植和装配对于先前对MySQL熟悉的团队来说是一次学习体验。不过你的团队肯定要考虑许多Oracle的特性。分区表、可移动表空间、闪回功能、数据加密、并行特性、数据保护和其它非常有效的功能，等等等等。它可能需要你的团队去参加一些Oracle 入门课，关于在Oracle中编写优化SQL、有用的特性等等。

　　9. 总结

　　从MySQL 移植到Oracle 可能让人误以为很简单。如果你仍旧是在3.x或4.x 版本上，那么移植工作台可以帮助你进行移植，但是还是有很多需要手工去做的事情。计划移植过程、测试每一个步骤、管理最终的产品移植，并准备一个备份计划，这样你将会很顺利的进行移植。