将MySQL 移植到Oracle ——第二部分

来源：qqread 作者：佚名出处：巧巧读书 2008-03-06 进入讨论组

上一页 1 2

讨论组：http://group.qqread.com

5. 检查和测试开发移植

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

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

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

　　6. 计划产品移植

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

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

　　7. 执行产品移植

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

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

　　8. 技术升级

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

9. 总结

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