该句中successfully是否应改为successful


一. DB2 UDB 应用程序开发方法
  • 使用 Java 基於 J2EE 编程模型开发应用程序。
  • 使用侧重于 Linux 的开放源码框架(PerlPython PHP 等等)开发应用程序
  • 使用 Web 服务开发跨平台的业务逻辑。

DB2 UDB 的优点在于它支持仩面的所有开发模型

对于 Java? 程序员而言,DB2 提供了两种应用程序编程接口(API):JDBC SQLJJDBC 驱动程序分为旧的/CLI 驱动程序和新的通用

JDBC 是一个与供應商无关的动态 SQL 接口,该接口通过标准化的 Java 方法向您的应用程序提供数据访问JDBC 类似于 DB2 CLI,因为您无须预编译应用程序代码也无须将软件包绑定到 DB2 数据库。作为一个与供应商无关的标准JDBC 应用程序提供了更多的可移植性 这是当今异构业务基础设施所必需的优点。在执行 JDBC 应鼡程序期间驱动程序将针对当前连接的 DB2 数据库服务器验证 SQL 语句。访问期间的任何问题都会作为 Java

SQLJ 是一个用于从 Java 应用程序进行数据访问的标准开发模型SQLJ API 是在 SQL 1999 规范中定义的。新的通用 JDBC 可以在同一个应用程序中互操作SQLJ 提供了独特的使用静态 SQL 语句进行开发以及在 DB2 包级别控制访问嘚能力。

二.JDBC连接方式分析

这是一种 Type 3 JDBC 驱动程序,它通过与一台已经部署了 DB2 本地客户机库的机器通信来建立和 DB2 远程数据库的连接

ServerIP: 需要訪问的数据库所在机器IP地址

(目标DB2系统侦听该服务于默认端口6789,否则还需要在 URL Pattern 中指定目标端口号)

对于 DB2 UDB .DB2Driver 这种网络 JDBC 驱动程序来尝试连接远程數据库均以失败告终。这无论是编写代码测试还是 DB2 命令行工具,或者是 DB2 命令中心都是令人沮丧的结果,因而这种方式不推荐大家使鼡

驱动程序期望值很高,因此这步实验的结果大家会比较关心

DB2 UDB V7.2 远程数据库(编目成本地数据库)

DB2 UDB V7.2 远程数据库(未编目成本地数据库)

連接成功,其它操作失败(CLP 除外)

通过这步实验这种最新支持的 JDBC 驱动程序在兼容低版本上与原有驱动类似。看到这个结果我们有点失望

其实,这个问题的关键在于一些标准 JCC JDBC 程序包没有和目标数据库进行绑定可以手工通过执行下面命令来完成这项工作。

使用该命令实现綁定相关程序包之后我又重复了部分实验 B 和实验 D,实验结果如下:

DB2 UDB V7.2 远程数据库(编目成本地数据库)

DB2 UDB V8.1 远程数据库(编目成本地数据库)

DB2 UDB V7.2 遠程数据库(编目成本地数据库)

DB2 UDB V7.2 远程数据库(未编目成本地数据库)

这同时解决了实验 B 和实验 D 中都碰到的问题让我们松了一口气。

通過上面的实验我们就可以得出这样一些建议。它适用于当您需要在不同版本的DB2系统之间迁移您的数据库应用的时候

实验的结果让我们較为满意,我们有了不只一种选择来迁移我们的应用

注:由于时间和环境的限制,实验不可能覆盖所有的 JDBC 特性而只限于较为常见的数據库操作。因此可能在一些特殊情形下上面的实验结果并不成立,欢迎作进一步的讨论和补充

本文的作者在开发中碰到了 JDBC 数据库应用茬不同版本 DB2 系统之间迁移的问题。带着这个问题他进行了一系列实验,测试了 DB2 UDB V7.2 DB2 UDB V8.1 JDBC 驱动程序彼此的兼容性并就存在的问题给出了解决辦法。最后给有类似困惑的开发人员提出了一些建议


TA获得超过221个认可

, 已经上传了, 所以


TA獲得超过900个认可

TA获得超过6734个认可

超过34用户采纳过TA的回答

我要回帖

 

随机推荐