使用一个数据库供应商的单个实例

xiaoerp

理解关系数据库供应商技术之间的区别
处理关系数据库和 IBM Cognos BI 时，您可能会遇到以下情况：您正在联接来自同一个数据库供应商实例的多个项，但通过 IBM Cognos Connection 中定义的多个不同 IBM Cognos BI 数据源连接。在这种情况下，BI 服务器将以本地方式联接来自各个已定义 BI 数据源连接的数据。这种行为可能理想，也可能不理想。如果不理想，您可以配置 Framework Manager，将处理工作推到数据库供应商。
下面将解释不同的数据库供应商技术是如何表现的，元数据在导入过程中如何出现，以及如何配置您的模型以便在必要时将处理工作推到数据库。
关于数据库供应商如何处理他们的对象的资格问题，有几个不同的场景。例如，有些供应商只有实例概念和一个对象集合，比如表和引用。本文只关注两个最常见的场景，本文称其为 Scenario A 和 Scenario B。
Scenario A — 实例和架构
在 Scenario A 中，供应商拥有实例概念（计算机上运行的数据库软件）和架构概念（有些供应商也将架构称为 “用户”）。图 1 展示了一个名为 A 的单一实例，它包含 4 个架构，分别命名为 A、B、C 和 D。这种场景的一个供应商示例是 Oracle。

图 1. Scenario A — 示例和架构



在这种情况下，您在 IBM Cognos BI 中为数据库供应商实例创建一个 IBM Cognos BI 数据源，并拥有对其中的所有架构的访问权。图 2 展示了 Framework Manager Metadata Wizard 导入流程的 Select Objects 屏幕，其中，实例名称（Oracle）位于元数据树顶端，各个架构（比如 CM、GOSALES 等）是实例的直接子实例。

图 2. 显示实例和架构的 Oracle 示例的 Framework Manager Metadata Wizard




您可以根据需要从多个架构导入项目并从多个不同的架构导入联接表。在这个场景中，如果数据库供应商支持查询，那么 IBM Cognos BI 会将跨架构联接处理工作推到数据库供应商。
Scenario B — 实例、目录和架构
在 Scenario B 中，供应商拥有以下概念：实例（同样是计算机上运行的数据库软件）、目录（有些供应商也称为 “数据库”）和架构（同样被一些供应商称为 “用户”）。图 3 展示了一个名为 A 的实例和两个分别名为 A 和 B 的目录。目录 A 包含两个架构，分别名为 A 和 B。目录 B 也包含两个架构，分别名为 C 和 D。这个场景的一个供应商示例是 Microsoft SQL Server。

图 3. Scenario B — 实例、目录和架构



在这个场景中，必须在 IBM Cognos BI 中为想导入的每个目录创建一个 IBM Cognos BI 数据源。图 4 显示了 Framework Manager Metadata Wizard 导入向导的 Select Objects 屏幕，其中实例名称（GOSALES）位于元数据树顶端，下面是各个架构，比如 gosales、gosaleshr 等。

图 4. 显示实例、目录和架构的 Microsoft SQL Server 示例的 Framework Manager Metadata Wizard




在 Scenario B 中，如果您想从其他目录导入其他元数据，则需要用到每个目录的另一个 IBM Cognos 数据源连接。从各个目录导入项目之后，您可以从一个目录到另一个目录联接项目。例如，图 5 显示了一个来自 C8-Bursting 目录（数据库）的表，该表联接到来自相同 SQL Server 实例的 GOSALESDW 目录（数据库）的另一个表。

图 5. 展示来自同一个实例的两个 SQL Server 数据库之间的联接的 Framework Manager 图表



但是，当您从每个目录查询来自已联接查询主题的项目时，IBM Cognos BI 将每个目录视为不同的数据源，因为没有足够的信息表明它们是相同的实例。事实上，即使您针对同一个实例和目录在 IBM Cognos BI 中创建两个数据源，IBM Cognos BI 仍然会将它们视为不同的实例。无论如何，这将阻止 IBM Cognos BI 将目录之间的联接推到数据库供应商。这一点可以通过查看这样一个查询的原生 SQL 看出。
例如，图 6 显示了一个从 Burst_Table 查询 Recipients 并从 SLS_SALES_TARGET_FACT 查询 SALES_TARGET 的查询生成的 SQL。图 6 中的 Cognos SQL 显示了表间的一个联接，但原生 SQL 没有这样的联接，它显示两个独立选择语句（如下突出显示部分所示）。这表明两个独立结果集将被检索并在 IBM Cognos BI 服务器上本地联接。

图 6. 显示带有两个独立选择语句的 Native SQL 的 Framework Manager 测试结果集



如果理想的方法是将联接推到数据库实例，则只需更改 Framework Manager 模型中的 Data Source 属性，将它们都指向一个 IBM Cognos BI 数据源连接。
本例涉及两个数据源，每个都有不同的属性设置，如图 7 和图 8 所示。great_outdoors_warehouse 数据源的 Content Manager Data Source 属性指向 great_outdoors_warehouse，而 C8-Bursting 数据源的相同属性则指向 C8-Bursting。

图 7. great_outdoors_warehouse 数据源的 Framework Manager - Data Source Properties 窗格



要将两个目录之间的联接向下推到数据库供应商，只需将这两个 Content Manager Data Source 属性指向同一个 IBM Cognos BI 数据源名称。这告知 IBM Cognos BI 使用同一个数据源实例但使用该实例中的两个不同的目录。在本例中，C8-Bursting 数据源实例应将它的 Content Manager Data Source 属性改为指向 great_outdoors_warehouse，如图 9 所示。

图 9. Content Manager Data Source 名称更改为匹配 great_outdoors_warehouse 数据源名称的 Framework Manager - Data Source Properties 窗格



现在，当同一个查询运行时，生成的原生 SQL 是单个选择语句，在语句在数据库层联接来自不同目录的两个表，如图 10 所示。

图 10. 显示 Content Manager Data Source 属性更改后带有单个选择语句的 Native SQL 的 Framework Manager 测试结果


该贴已经同步到 xiaoerp的微博