因业务上的需求,需要将一个SQL Server数据库中的数据准实时的同步到Oracle数据库中。数据同步采用了GoldenGate的方案,而使用Veridata来进行数据的校验。
在Veridata数据校验过程中,碰到一个让人有点晕的事,其中有一张表,不管如何,数据比对就是不正确。但让人晕的是Out of Sync的报告中,只是报告说需要Update,但并没有标记处不同处。正常的情况下,Veridata是会高亮出哪行哪列数据不同。开始怀疑是Veridata的Bug,但是Veridata已经更新到最新的版本了。而且,抽查其中报告说不一致数据的行,进行人工比较,发现两边的数据其实是一样的!
那会是什么原因导致的呢?进一步分析,发现这张表中有几列的记录是空的,而在表的定义中,这些字段是允许NULL值的。而SQL Server处理NULL值和Oracle处理NULL值是不一样,估计问题就出在这里了。
知道了问题所在,就有办法解决了。在Veridata中,进行Manual Mapping,将这几个有NULL值的字段由Hash方式改为Literal。这时再进行校验,数据校验就顺利通过了。
在Veridata数据校验过程中,碰到一个让人有点晕的事,其中有一张表,不管如何,数据比对就是不正确。但让人晕的是Out of Sync的报告中,只是报告说需要Update,但并没有标记处不同处。正常的情况下,Veridata是会高亮出哪行哪列数据不同。开始怀疑是Veridata的Bug,但是Veridata已经更新到最新的版本了。而且,抽查其中报告说不一致数据的行,进行人工比较,发现两边的数据其实是一样的!
那会是什么原因导致的呢?进一步分析,发现这张表中有几列的记录是空的,而在表的定义中,这些字段是允许NULL值的。而SQL Server处理NULL值和Oracle处理NULL值是不一样,估计问题就出在这里了。
知道了问题所在,就有办法解决了。在Veridata中,进行Manual Mapping,将这几个有NULL值的字段由Hash方式改为Literal。这时再进行校验,数据校验就顺利通过了。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/13885898/viewspace-2140171/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/13885898/viewspace-2140171/