在一个SQL SERVER从Oracle同步数据的案例中发现:
SQL Server数据库任务中错误提示如下:
OLE DB 提供程序 'MSDAORA' 为列提供的元数据不一致。执行时更改了元数据信息。 [SQLSTATE 42000](错误 7356) OLE DB 错误跟踪[Non-interface error: Column 'STOTAL' (compile-time ordinal 6) of object '"USR01"."T_SALE"' was reported to have a DBTYPE of 131 at compile time and 130 at run time]。
查询分析器执行语句select * from ORCL..USR01.T_SALE测试,错误提示如下:
服务器: 消息 7356,级别 16,状态 1,行 1
OLE DB 提供程序 'MSDAORA' 为列提供的元数据不一致。执行时更改了元数据信息。
OLE DB 错误跟踪[Non-interface error: Column 'STOTAL' (compile-time ordinal 6) of object '"USR01"."T_SALE"' was reported to have a DBTYPE of 131 at compile time and 130 at run time]。
考虑到Oracle数据库使用的是11g版本,可能使用微软MSDAORA驱动会不兼容,所以,改为使用Oracle公司的驱动再进行测试.
SQL Server数据库任务中错误提示如下:
OLE DB 提供程序 'OraOLEDB.Oracle' 为列提供的元数据不一致。执行时更改了元数据信息。 [SQLSTATE 42000](错误 7356) OLE DB 错误跟踪[Non-interface error: Column 'STOTAL' (compile-time ordinal 6) of object '"USR01"."T_SALE"' was reported to have a DBTYPE of 131 at compile time and 130 at run time]。
查询分析器执行语句select * from ORCL..USR01.T_SALE测试,错误提示如下:
服务器: 消息 7356,级别 16,状态 1,行 1
OLE DB 提供程序 'OraOLEDB.Oracle' 为列提供的元数据不一致。执行时更改了元数据信息。
OLE DB 错误跟踪[Non-interface error: Column 'STOTAL' (compile-time ordinal 6) of object '"USR01"."T_SALE"' was reported to have a DBTYPE of 131 at compile time and 130 at run time]。
最终查明初步的原因是:
Oracle11g数据库中,T_SALE表的STOTAL字段不是初始建表即有的,而是后来新增的字段.
联想到Oracle11g能够增强性能的一个新特性:在添加一个包含DEFAULT值的NOT NULL字段,Oracle不会去更新现有的数据,Oracle是将默认值以及对应的表信息、列信息一起存储在一个新增数据字典表ecol$中。
估计跨库取数据字段的数据类型受此新特性影响了.
根据本问题所做的测试来看,无论是使用Microsoft的驱动连接oracle库,还是使用Oracle的驱动来创建链接服务器连接oracle库,都存在此问题.
看来正如同《基督山伯爵》中伯爵所说的:永远不要忘记,直到上帝揭露人的未来图景的那一天以前,人类的一切智慧就包含在这四个字里面!"等待""希望".
目前临时解决此问题所用的方法是:
一是将oracle新增字段的表数据导出,重建表,让其建表即包含所有字段,避免新增字段,导入数据;
二是在oracle库中中建一个视图,不包含新增的字段,然后过程取视图。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/29512902/viewspace-1165127/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/29512902/viewspace-1165127/