使用DB2v9.7轻松移植Oracle应用-IBM.PDF

使用DB2 v9.7 轻松移植Oracle应用 为什么要移植到DB2? 我作为客户 – 当前的数据库性能不能满足需要 – 在同服务商谈价格时，数据库成为商务负担 – DB2是性价比最高的产品 我作为服务商 – 我想扩展客户群 – 我想得到IBM全方位的支持 – 我的数据库提供商同时也是我的竞争对手 – DB2是性价比最高的产品 为什么还没有移植到DB2?  作为客户我认为 – 移植关键应用还是有风险 – 投入回报周期可能很长  作为服务商我认为 – 移植并维护另一个平台可能代价很大 – 投入回报周期可能很长 但是如果用了DB2 9.7 Oracle  DB2 并发控制  无需任何更改 SQL用法  无需任何更改 PL/SQL  无需任何更改 PL/SQL包  无需任何更改 系统函数库  无需任何更改 JDBC 扩展  无需任何更改 OCI  无需任何更改 SQL*Plus 脚本  无需任何更改 只有极少情况下才需要更改 这就是为什么我们称之为转移，而不是迁移！ 那么我们该怎么做呢？ 1. 当前存在Oracle应用以及使用Oracle的技能 2. 使用IBM MEET工具来评估移植的代价，当然代价越小越好. 3. 用商业眼光评估移植到DB2后带来的效益 4. 只有效益大于代价时才继续下面的步骤 5. 使用IBM Data Movement tool 来 “直接把应用转移到DB2”:  映射DDL  导入测试数据  拷贝存储过程等应用 此时可能会人工进行一些调整来消除报错（如果需要的话）! 6. 测试，测试再测试 7. 没问题后导入生产数据 8. 部署上线 并发控制比较 Oracle 默认情况 DB2 默认情况 – 语句级快照 – 游标稳定隔离级别 是否阻塞 读操作 写操作 是否阻塞 读操作 写操作 读操作 No No 读操作 No No 写操作 No Yes 写操作 No Yes 并发控制 Client 1 INSERT INTO emp VALUES (5456, ‘Baum’, ‘D2/18’, 22); Commit; UPDATE emp SET office = ‘C3/46’ WHERE empid = 7836; DELETE FROM emp WHERE name = ‘Jones’; Client 2 SELECT name FROM emp WHERE salary 20 Locklist Log Buffer emp rowi