【问题标题】:UNION Query with hyperion Reporting Studio 9.3 (BRIO)使用 hyperion Reporting Studio 9.3 (BRIO) 进行 UNION 查询
【发布时间】:2013-10-10 19:53:27
【问题描述】:

我正在使用 Hyperion Interactive Reporting Studio 9.3.1 版编写我的第一份报告。

我试图生成的查询是在表单中

SELECT A, B FROM CW_STATEMNT_BEN_FEAT 
UNION 
SELECT C,D FROM Table2

...其中 A 和 B 的数据类型分别与 C 和 D 列的数据类型匹配。

我的步骤涉及为第一个选择语句创建一个查询 CW_STATEMNT_BEN_FEAT。然后,我单击菜单“Query => Append Query,这导致另一个 Query 选项卡被添加到 Query 部分。从下拉菜单中,我将默认选择从“UNION”更改为“UNION ALL”以返回重复值组合。

添加新的“查询”选项卡(我的第二个查询)后,我惊讶地发现应用程序在第二个选项卡(查询)上重现了第一个选项卡 (CW_STATEMNT_BEN_FEAT) 上的查询。我最初的反应是,该应用程序试图通过假设我的第二个查询相似来提供帮助。然而,在设计第二个 SQL 以从 TableB 中提取之后,我惊讶地发现我在插入的 SQL 选项卡(查询)上所做的更改反映在第一个上。本质上,我找不到在第二个选项卡(查询)中设计查询而不同时更改原始选项卡上的查询的方法。

为什么会这样?如何创建上面使用 UNION ALL 的 SQL?

另外的问题:我注意到下面的图片由于某种原因没有显示在谷歌浏览器中,但是当我使用 IE 9 时它显示了。

【问题讨论】:

    标签: oracle brio


    【解决方案1】:

    答案是您将表 A AND B 放在第一个选项卡上,但它们之间没有连接,而是在第一个选项卡上,仅将表 A 的列拖动为请求字段。同样,在选项卡 B 上,将表 B 中的列拖到请求列。

    将此添加到我说 BRIO 不直观的原因列表中,仅使用了 3 天的经验就列出了一长串。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-12-20
      • 2014-02-25
      • 2011-04-11
      • 1970-01-01
      相关资源
      最近更新 更多