[实战]如何对比两个数据库之间的变化
目录
前言
相信很多撸友都曾经接到过下面这样一个工作：
- 要求对比两个不同版本数据库之间的变化，并对统计该变化对已有系统的影响。
- 并根据影响，请检索所有现行系统相关的存储过程，作出相应的修改。
或许最终的目的不一定是要统计什么，但前面的准备工作却是一样。也虽然我们确实可以用类似SQL Compare这样的商业软件搞定，但最终会发现被软件绑手绑脚，无法施展开想要的工作。那么就有了下面这么一小段学习的历程。
本文指针对小弟工作中遇到的问题展开，如果有不足之处欢迎补充。
用于查询所有字段的sql语句
SELECT
obj.[name] AS TabName,
col.colorder AS ColOrder,
col.[name] AS ColName,
COLUMNPROPERTY( col.id,col.name, 'IsIdentity' ) AS ColIsIdentity,
(CASE
WHEN (SELECT count(*) FROM sysobjects WHERE ([name] in
(SELECT name FROM sysindexes WHERE (id=col.id) AND (indid in
(SELECT indid FROM sysindexkeys WHERE (id=col.id) AND (colid in
(SELECT colid FROM syscolumns WHERE (id=col.id) AND ([name]=col.[name]))
))))) AND xtype = 'PK') > 0 THEN 1
ELSE 0
END) AS ColIsPK,
t.[name] AS ColType,
col.[length] AS ColLen,
COLUMNPROPERTY(col.id,col.name,'PRECISION' ) AS ColPrecosion,
ISNULL(COLUMNPROPERTY(col.id, col.name, 'Scale' ),0) AS ColScale,
col.isnullable AS IsNullable,
ISNULL(com.text,'') AS ColDefaultValue,
ISNULL(ext.[value],'' ) AS ColDiscription
-- INTO {the database as you like}
FROM syscolumns col
INNER JOIN sysobjects obj ON col.id=obj.id AND obj.xtype='U' AND obj.[name]<>'dtproperties'
LEFT JOIN systypes t ON col.xtype=t.xusertype
LEFT JOIN syscomments com ON col.cdefault=com.id
LEFT JOIN sys.extended_properties ext ON col.id=ext.major_id AND col.colid=ext.minor_id
ORDER BY TabName,ColOrder
用于查询存储过程里是否包含某一关键字的sql语句
select B.name AS OBJECT_NAME, B.TYPE
from sys.all_sql_modules a inner join sys.all_objects b on a.object_id = b.object_id and b.type IN('P', 'F')
where charindex( lower('KEY_WORD'), lower(definition) ) > 0 --and charindex( lower('retrieve'), lower(definition) ) = 0
ORDER BY 1
用于查询Schedule Job里的step是否包含某一关键字的sql语句
select j.name, js.step_name
from msdb..sysjobs j inner join msdb..sysjobsteps js on j.job_id = js.job_id
where j.enabled =1
and charindex('KEY_WORD', js.command) >0
友情提示
本文重点全在上面三段脚本，已经看明白了的那么就请笑一笑忽略下文吧:) 微喷，微喷。
具体实现
有了上面这个基础代码，那么我们就能来搞搞阵了。
Step-1
思路是这样的，既然我们能查询到两个数据库的结构（利用上面这个代码），那么就能利用查询出来的列表来做一下比较了；又由于我们用到的这个第三方库大概有12k+的字段，所以我先把查询出来的列表分别存到两个表PROD1812跟UAT41812里面（单表双表请随意，单表多个字段标识下库名）。
命名上我分别加了p_跟u_开头，个人喜好吧。下面这个工具叫SQL Complete(Lite)，一个很小的免费工具，虽然ssms有提供类似功能，但提示效果总感觉不如这个快捷。当然，还有其他更好以及收费工具。
还有就是上面有些信息我自己认为是没必要作为比较的，所以拿掉了。
Step-2
还是先贴代码
SELECT * FROM Prod1812 p
FULL OUTER JOIN UAT41812 u ON p.p_TabName=u.u_TabName AND p.p_ColName=u.u_ColName
WHERE
p.p_ColName IS NULL OR --左边p是空的时候，表示右边u的是新的字段或者重命名过的字段
u.u_ColName IS NULL OR --右边u是空的时候，表示左边p的字段被删除了或者被重命名了
p.p_ColType<>u.u_ColType OR --类型被修改了
p.p_ColLen<>u.u_ColLen OR --长度被修改了
p.p_ColScale<>u.u_ColScale --小数点长度（精度）被修改了
这里说的是什么呢？
首先注意下这里的FULL OUTER JOIN，请暴力地理解为当使用p.p_TabName=u.u_TabName AND p.p_ColName=u.u_ColName这个条件地时候，左边是NULL也要，右边是NULL也要的意思。这里也不需要用到CROSS JOIN。
然后是WHERE里面地条件，可以根据实际情况筛选（还有默认值啊之类的）。
由于我们的系统只是查询这个第三方的数据库，所以本次只需要检查跟SELECT相关的就可以了，类似默认值之类的不在检查列表之内。
我把上面跑出来的结果继续存进一个表Change1812里，对，空间不用钱，但数据库很累，所以跑一次就记下来。
Step-3
写邮件吹牛逼汇报进度。
对得到的数据放进Excel稍加格式上的处理之后就能出到下面这个效果了，各位技术员朋友们，做到这里赶紧写一封邮件跟老板们汇报下进度吧，不然要吃大亏啦，别问我怎么知道的。搞技术的时候总喜欢埋头苦干，直到出最后结果的时候才汇报，其实那个时候已经太晚了。这次第三方库升级，检查到这一步的时候，发现一共有700+个修改，往大了说，很有可能使毁灭性的升级，往小了说，也有可能压根就没用到几个，毕竟12k+的字段，700+也就是6%不到，何况还可能有重复的。一定要吧把这些count出来的数字列出来，详细的数据只是作为辅助证明自己不只是简单的吹牛逼而已。切记切记。
Step-4
继续埋头苦干，这里要用到前面的第二段sql语句了。
目的是为了检索出本地库究竟有多少用到Change1812表里那些那些已经标记被修改了了的字段，得出结果后存进Impact181表里，如果本地库大的话这里其实要跑很久的，简易在Staging里跑，不要在Prod里跑。就不贴详细代码了，核心都在那里了。
礼物
嗯，其实第三段sql语句是没用到的，当成礼物送给愿意看到最后面的朋友们。：P
