用户指南


分布式请求

分布式请求是一种分布式数据库功能, 它允许应用程序和用户提交引用两个或多个 DBMS 的 SQL 语句或者提交单个语句中的数据库。 例如,在两个不同的“DB2 OS/390 版”子系统中的表之间的连接。

DB2 Connect 版本 7 能够支持数据库和 DBMS 之间的分布式请求。 例如,您可以在 DB2 表和 Oracle 视图之间执行 UNION 操作。 受支持的 DBMS 包括 DB2 系列的成员(例如,DB2 UDB Windows 版、 UNIX 和 OS/2 版,DB2 OS/390 版和 DB2 AS/400 版)以及 Oracle。

分布式请求为数据库对象提供了位置透明性。 若除去了(表和视图中的)信息, 则可以更新对该信息的引用(称为别名), 而不必对请求该信息的应用程序作任何更改。 分布式请求还对不支持所有 DB2 SQL 方言或某些优化功能的 DBMS 提供了补偿。 在这种 DBMS 下不能执行的操作(例如,递归 SQL)是在 DB2 Connect 下面运行的。

分布式请求采用半自主方式运行。 例如,可以在 Oracle 应用程序正在存取同一服务器时, 提交包含了对 Oracle 对象的引用的 DB2 查询。 分布式请求不会垄断或限制(超出完整性和锁定约束的范围)对 Oracle 或其他 DBMS 对象的存取。

分布式请求功能的实现包括 DB2 Connect 版本 7 实例、 将用作联合数据库的数据库,以及一个或多个远程数据源。 联合数据库包含用来标识数据源及其特性的目录项。 数据源由 DBMS 和数据组成。 应用程序连接至联合数据库与连接至其他任何 DB2 数据库完全一样。 DB2 Connect 联合数据库无权管理用户数据。 其主要目的是用来存放有关数据源的信息。

在设置联合系统之后,即使数据源中的信息在一个大型数据库中,也可以存取它。 用户和应用程序将查询发送到一个联合数据库中, 然后,它从 DB2 系列和 Oracle 系统中按照需要来检索数据。 用户和应用程序在查询中指定别名; 这些别名提供了对数据源中的表和视图的引用。 从最终用户的角度来说,昵称类似于别名。

许多因素都可以影响分布式请求的性能。 最重要的因素就是要确保将有关数据源及其对象的最准确和最新的信息 存储在联合数据库全局目录中。 此信息供 DB2 优化器使用,并且可以影响是否决定 执行操作以便在数据源进行评估。有关联合系统性能的详情, 参考管理指南:性能


[ 页的顶部 | 上一页 | 下一页 | 目录 | 索引 ]