可视化 DB2 中空间数据

核心提示： DSN5SCLP 要求为每个操作指定 DB2 位置名称（清单中为 STLEC1），其中 db2se 需要一个数据库的名称，可视化 DB2 中空间数据(7)，为了建立到各个 DB2 子系统的连接，这是必需的，在转换步骤中可以使用视图，按照其 well-known binary (WKB) 编

DSN5SCLP 要求为每个操作指定 DB2 位置名称（清单中为 STLEC1），其中 db2se 需要一个数据库的名称。为了建立到各个 DB2 子系统的连接，这是必需的。惟一需要注意的其他事项是，可以、也应该在 CREATE TABLE 语句后面添加一个子句，以指定将表放在哪个数据库中。选项 tableCreationParameters 用于提供用于数据库 SPATIAL 的信息。

JCL 脚本不仅导入空间数据，而且还为那些表中的空间列注册一个专用的 SQL Reporting Service (SRS)。这与之前的小节是一样的。这一步实际上不是必需的，因为 ArcExplorer 不在本地访问 DB2 for z/OS。相反，正如接下来的小节中要详细解释的那样，这里使用一个联邦层。

为访问 DB2 for z/OS 上的空间数据设置联邦

不幸的是，不能让 ArcExplorer 直接访问 DB2 for z/OS 中的空间数据。ArcExplorer 依赖于来自 DB2 for Linux, UNIX, and Windows 的编目视图，并且（在内部）使用特定于 DB2 for Linux, UNIX, and Windows 的语法（即方法调用）来处理空间数据。虽然可以模拟所需的 DB2 for Linux, UNIX, and Windows 中的编目视图，但是查询语法显得更精妙一些。

DB2 的联邦功能为我们提供了一个解决方案。我们将空间和非空间数据存储在 DB2 for z/OS 中，但是使用一个 DB2 for Linux, UNIX, and Windows 实例作为联邦服务器。这个联邦服务器透明地通过昵称访问 DB2 for z/OS 中的数据，同时提供所需的编目视图和接受方法调用语法。

但是，需要通过迂回的方法传输空间数据，并在 DB2 for z/OS 与 DB2 for Linux, UNIX, and Windows 中不同的内部表示之间转换空间数据。实现到 DB2 数据源的 DRDA 包装器还没有提供这种转换功能。因此，在转换步骤中可以使用视图，按照其 well-known binary (WKB) 编目传输空间数据。图 2 显示了 ArcExplorer 访问 DB2 for z/OS 中的空间数据的架构。