SQLServer2005移植到Oracle10g经验总结

核心提示：此次需要完成的目标是将库从SQLServer 2005完整的移植到Oracle10g中，包括表结构、数据、视图、函数以及存储过程的移植，SQLServer2005移植到Oracle10g经验总结，移植主要基于Oracle的OMWB（Oracle Migration Workbench）来完成，尽管OMWB能帮助完成大部

此次需要完成的目标是将库从SQLServer 2005完整的移植到Oracle10g中，包括表结构、数据、视图、函数以及存储过程的移植，移植主要基于Oracle的OMWB（Oracle Migration Workbench）来完成，尽管OMWB能帮助完成大部分具备难度的工作，但还是有很多工作量的事情需要在OMWB完成后来手工进行，所以整个移植过程工作量看起来会非常大，但是不是仅仅只有工作量的问题呢？我觉得不是，写下这篇blog以便需要进行此项操作的同学以及给自己做个备忘。

由于目前OMWB仅支持SQLServer2000，根据官方网站的消息，OMWB的下一版会推出对SQLServer 2005的支持，所以在目前的情况下只能先把库从SQLServer 2005移植到SQLServer 2000，这就是我们移植过程的第一步了。

一、SQLServer 2005-->SQLServer 2000

一直以来，版本要降级都是很困难的，因为在新版本中必然会有些新的特性，而如果刚好凑巧你使用到了这些特性的话，在降级到低版本时就会碰到一些问题，在经过几次的尝试后，总结而言，这个过程还是比较容易做的，毕竟是同样的数据库，再怎么样也不会出太大的问题，不过也没有像将库从SQLServer 2000升级为SQLServer 2005那么简单，整个移植过程这么进行：

1、基于SQLServer 2005的数据导出将表结构和数据导入到SQLServer 2000；

这步中需要注意的是默认情况下SQLServer会将表和视图一起导入，在这里不要选择视图，否则导入到SQLServer 2000后有些视图会变成表，选择需要导入的表后基本上这步不会出现什么问题，可以完成表结构和数据的移植。

2、基于SQLServer 2005的生成脚本将视图/函数/存储过程移植到SQLServer 2000；　　　这步需要慢慢来，因为在视图/函数/存储过程中你可能使用到了一些SQLServer 2005的新特性，如果碰到这样的情况，只能是手工进行修改，以使它完全符合SQLServer 2000的要求，尽管在生成脚本时你可以选择生成的目标版本为SQLServer 2000，但还是会有部分脚本执行是会出错的。