三步10分钟搞定数据库版本的降迁 （将SQL2008R2降为SQL2005版本） 前思后想仍觉得实战数据库版本的降迁一文中的方式不仅老土而且低效，故有了下文三步搞定数据库从MSSQL2008R2 高版本降迁至SQL2005低版本。 整个过程如果思路清晰，数据量小，不过就是10分钟
三步10分钟搞定数据库版本的降迁 （将SQL2008R2降为SQL2005版本）
前思后想仍觉得实战数据库版本的降迁 一文中的方式不仅老土而且低效，故有了下文三步搞定数据库从MSSQL2008R2 高版本降迁至SQL2005低版本。 整个过程如果思路清晰，数据量小，不过就是10分钟的事，效率提高很多。
Discuz!NT 3.6.519 RC的后台数据库，这里需要利用一个免费的数据库对象同步工具，实际上整个操作过程中，这一步是最耗时低效，检查发现用OpenDBDiff和SQL-DBDiff可以高效解决这个问题。
首先，MSSQL2008R2有源数据库dnt2_db ，需要转到MSSQL2005目标数据库dnt2_dbNew中。
第一步 在低版本数据库中新建目标库。
案例中SQL2005新建数据库T-SQL：
[python:collapse] + expand sourceview plaincopy
第二步 将高版本的表数据全部导入低版本数据库中。
案例中SQL2008R2的表数据，这里重新说明操作步骤，如下图所示：
图1
连接SQL2005目标数据库，并操作导入数据选项
图2
选择数据源
图3
选择目标服务器
图4
复制选项设定
图5
选择源表。这里全选，而不做对目标表的设定。原因在的｛注1｝部分已说明。
图6
数据导入完毕
第三步 将高版本的数据库对象同步到低版本数据库中。
打开OpenDBDiff或SQL-DBDiff，这里使用OpendbDiff，如下图
图7 打开OpenDBDiff，并选择源和目标库
图8 比较不同数据库的对象，并生成Alter的T-SQL语句。相比里需要手动修改Create为Alter语句，效率明显提高。
｛注：有时当数据库中已存在部分对象时，我们需要注意Open DBDiff在给出Alter针对约束或者Create针对存储过程语句时，会有点问题，可能会需要手动的微调｝
此时，我们点击右侧的剪贴板来copy语句，不建议用另存为的方式，否则可能会出现图9中的因字符集问题，当然目前我还不确定是OpenDBDiff本身造成的还是我OS的问题。
将贴出的T-SQL语句在SQL2005的目标库dnt2_dbNew中执行。
图9 中文另存为时发生字符集乱码的问题
到此，三大步搞定数据库降迁！呵呵，说我骗人，这怎么可能就三步呢。-_-!
执行完毕后，再用OpenDBDiff检查两库的对象差异，最后如图10所示，都OK。
图10 最后检查OK
——>总结：优秀的DBA一定要有第三方工具，这句话不是我说的。不过OpenDBDiff只能同步对象是个缺憾！
Posted by: select left('claro',2) @12:56:33
lable: SQL
