电子技术论坛_中国专业的电子工程师学习交流社区-中电网技术论坛

标题: 在 InfoSphere BigInsights Big SQL V3.0 中设置和使用联邦功能（1） [打印本页]

作者: look_w 时间: 2018-6-23 08:50 标题: 在 InfoSphere BigInsights Big SQL V3.0 中设置和使用联邦功能（1）

本文将通过数据源 Teradata、Oracle、Netezza 和 IBM® DB2 for Linux, UNIX, and Windows 介绍 Big SQL V3.0 联邦功能。读者应具备一定的数据库系统知识。本文将重点介绍使用 Big SQL V3.0 联邦所需的基本配置。
Big SQL V3.0 联邦（Big SQL V3.0 的一个特性）高度可配置。这里使用的命令语法是一个工作系统的基本设置的简化版本。
完成本文中的操作的前提条件

中的 Big SQL 知识，特别是 BIGSQL 数据库特征方面的知识。
熟悉用作数据源的 DBMS
设置远程服务器的连接和各自的客户端的知识。
BIGSQL3 已安装在一个运行 Linux AMD64 或 Linux PPC 的系统上
每个数据源的客户端，它们是在 BIGSQL3 机器上安装和配置的。
通过兼容 Netezza® 客户端的 DataDirect ODBC 来使用 Netezza。
Netezza 品牌的 DataDirect Driver 和 Netezza 客户端，可以它们。

受支持的数据源Big SQL V3.0 联邦服务器支持多个数据源，如表 1 中所示。
表 1. 支持的数据源和版本数据库管理系统版本DB2®DB2 for Linux, UNIX,                         and Windows v10.5OracleV11g R2Teradata V12Netezza V7.2
了解 HadoopDev，您联系 InfoSphere BigInsights                   开发团队的直接渠道查找已扩展的 BigInsights 开发团队给您带来的重要资源，使用 InfoSphere BigInsights                   执行开发需要这些资源。文档、产品下载、实验、代码示例、帮助、事件、专家博客 — 这里一应俱全。您还可以直接联系开发人员。。
安装InfoSphere BigInsights 的安装程序自动安装这些包装器并应用联邦许可。表 2 中所示的包装器默认情况下包含在目录             $HOME/sqllib/lib/ 中。
表 2. 包装器数据源类型包装器库辅助文件DB2libdb2drda.solibdb2drdaF.so
                        libdb2drdaU.so
Teradata libdb2teradata.so                         libdb2STteradataF.a

                        libdb2teradataU.so
Oraclelibdb2net8.so                         libdb2net8F.so
libdb2net8U.so
libdb2STnet8F.a                      Netezza libdb2rcodbc.so                         libdb2odbct.so
libdb2rcodbcF.so
libdb2rcodbcU.so
因为数据分析对业务成功至关重要，所以需要能支持数据整合和联邦的数据仓库。
Big SQL（IBM InfoSphere® BigInsights™ 的一部分）是 Hadoop 文件系统的 SQL             接口。它支持存储和处理大量数据。Big SQL 联邦实现了一种混合环境，在该环境中，您可以整合大数据并联合使用来自不同数据源的实时数据。
Big SQL V3.0 联邦概述联邦服务器的架构很简单。它包含 Big SQL V3.0 引擎、包装器和远程数据库管理系统 (DBMS) 客户端。
该引擎的一个核心元素是优化器（如图 1                   所示），它负责基于成本分析来选择联邦查询的执行计划。如果需要的话，优化器还可以通过重写查询使其更高效。优化器将查询工作分布在联邦服务器和数据源上，尽可能提高该流程的成本效益。runstats             实用程序（默认已开启）会按照每个昵称自动计算查询的成本。
图 1. Big SQL V3.0 的架构

要启用 Big SQL V3.0，您需要提供一个包装器、一个服务器、一个昵称和一个用户映射。

包装器：一个库，用于处理 Big SQL V3.0 联邦服务器与 DBMS 客户端之间的通信。每种类型的数据源都必须拥有自己的包装器。该包装器将转换传入 Big SQL V3.0 联邦服务器和来自该服务器的查询，以便调用客户端的公开的 API。客户端与数据源进行通信。
服务器：一个远程数据库。尽管服务器对象是一个远程数据库，但您需要知道此数据库所在的系统，因为该信息确定了用于连接到它的客户端。
昵称：服务器中的数据源（比如一个表、视图或过程）中的一个远程对象。与任何联邦服务器一样，对数据源的使用的管理是透明的。从用户角度定义了远程对象的昵称后，它们的行为就像本地对象一样。如果来自该数据源的数据未发生更改，那么查询的结果将由本地规则确定。在这种情况下，这种透明性很重要，因为 Big SQL 数据库默认情况下仅使用二进制排序。这种类型的排序会影响在创建服务器对象时需要设置的选项。
用户映射：本地授权 ID 与远程授权 ID 之间的关联。本地 ID 在联邦服务器上运行的所有操作都会使用它映射到的 ID 在数据源上运行。要查询昵称，用户必须获得在原始表上执行 SELECT 操作的授权。出于安全原因，在大多数系统上，具有相同密码的相同的授权 ID 必须存在于所有机器上；因此需要使用用户映射。

完成设置后，可以通过 JSqsh 使用 Big SQL V3.0，操作过程类似于访问 Big SQL 版本的过程。要创建联邦对象，需要拥有 DBADM 授权的授权 ID。

欢迎光临电子技术论坛_中国专业的电子工程师学习交流社区-中电网技术论坛 (http://bbs.eccn.com/)