话题讨论：如何实现从ORACLE到DB2的无缝迁移

李玉明-421 · 发表于 2011-12-30 23:18

ak47cs 发表于 2011-12-30 14:41
无缝迁移有点夸大其词了吧，我在迁移的时候遇到了几个问题，写出来大家帮我解决一下。
视图创建的时候orde ...

从DB2 V9.7开始，DB2的Oracle兼容特性对Oracle的数据类型、SQL语法和PL/SQL的支持，确实为迁移Oracle数据库带来了很大方便。当然，这种兼容不是100%，官方的数据是99%。
1. 是的，比如在DB2中需要"create view emp800 as select * from (select name, bonus from employee order by bonus)"。对于这个问题，其实从view理论上的定义看，视图与表一样也是一种关系，也是说它里面的数据行是一个集合，当然无序。Oracle在8.1以前也是不支持create view order by。但是由于create view由full select语句定义，而一些程序员会用order by视图来简化最终SQL查询的书写，Oracle从实用的角度出发于是从8.1开始支持了这种语法。而IBM而一直秉承标准与理论基础，不愿改变。扯得太多了。
2. sys_guid，在DB2中试一试generate_unique() 生成13 bytes的raw data全局唯一标识。
3. dbms.lob: oracle为dbms_lob.read(vlob, buffer_size, offset, buffer);
            在DB2中确实稍有区别，对CLOB和BLOB区别对待：
               READ_BLOB(--lob_loc--,--amount--,--offset--,--buffer--);
               READ_CLOB--(--lob_loc--,--amount--,--offset--,--buffer--)
4. 对于Oracle的raw(n)，对应到DB2为 char(n) for bit data, n < =254
                                             varchar(n) for bit data,  n < =32672
                                             BLOB(n), n<2G
可以从这三种类型中根据实际需要选择一种。当然你直接用BLOB也可以，但对短数据不一定合适。

ak47cs · 发表于 2011-12-31 08:38

谢谢李玉明对我的问题的解释，非常感谢。视图我就是像你那样转换的。
我的pagesize 是设置为了 32K的，但是一行的大小不是这样计算的吗 802*40+802*（2+1）+6
只是sys_guid号称是全球唯一，而generated_unique 是依靠时间戳的，并不能保证全局唯一
非常感谢您对我的问题的解释，3，4对我有非常大的帮助，我在迁移oracle 的函数是遇到了这些问题。
我把整个系统迁移完之后会写一份文档，到时候欢迎各位大佬指导一二、、、

mycobra · 发表于 2011-12-31 10:32

新年快乐，今天不讨论问题了！

李玉明-421 · 发表于 2011-12-31 14:11

ak47cs 发表于 2011-12-31 08:38
谢谢李玉明对我的问题的解释，非常感谢。视图我就是像你那样转换的。
我的pagesize 是设置为了 32K的，但是 ...

关于行大小，是的，如果列可以为null的话，需要为该列加 1 byte. 当然，32k的row limit只能是32 677，因为还有其他overhead。可参考：
http://publib.boulder.ibm.com/in ... doc%2Fr0000927.html
另外，generated_unique 是能保证在这个数据库实例访问内唯一的，即使DPF环境也是唯一，这其实能满足大部分需求了。

欢迎分享，正如王飞鹏说得那样，我们可以利用好itpub这个论坛，多分享，多交流。我也迁移过Oracle到DB2上，你可以试一试IMDT工具。这个工具一句话讲不清楚，这在我们的书中有详细讲到，或者你在网上找一下。

MYERP_ABC · 发表于 2011-12-31 15:34

难道DB2针对ORACLE做了兼容性处理？
难道IBM已经公开承认在数据库方面与ORACLE有差距？

李玉明-421 · 发表于 2011-12-31 19:08

MYERP_ABC 发表于 2011-12-31 15:34
难道DB2针对ORACLE做了兼容性处理？
难道IBM已经公开承认在数据库方面与ORACLE有差距？

我没有看出你说的这两点之间的必然因果逻辑！
事实上，有不少Oracle客户已经或者正准备迁移到DB2，比如Coca Cola，比如前面两个帖子中提到的。然而，由于两种数据库之间的种种不同（包括类型、SQL,PL/SQL等），这种迁移往往是一个巨大的工程，代价和风险往往难以预料或承受。我认为，IBM做兼容性处理的初衷便在于此：方便Oracle到DB2的迁移。但这种兼容性并不改变DB2的内核技术。