【问题标题】:Passing 76k values in a filter in Cognos在 Cognos 的过滤器中传递 76k 值
【发布时间】:2018-10-29 22:59:39
【问题描述】:

我正在尝试生成带有特定电子邮件 ID 过滤器的报告。问题是这些 id 列表非常庞大(76k 电子邮件地址)。

当我运行 Cognos 报告时,它会一直循环(继续运行),但在一个小时内没有任何结果,然后崩溃。

谁能提供任何建议,告诉我如何在 Cognos 10 报表工作室中过滤这么多值?

【问题讨论】:

  • 我不知道这种 SQL 风格,但我可以建议您将电子邮件列表添加到正式表中,然后对该表进行索引。然后,它可能会运行得更快。您可以在问题中包含您的查询以获得更集中的答案。
  • 我做不到。没有查询,它是在 Cognos Report studio 中使用数据集市构建的报表。
  • 我会检查 Report Studio 中生成的 SQL。查看过滤器是否正在传递到数据库,或者 Cognos 是否正在尝试过滤它。你没有说你正在使用什么 RDBMS,但 76k 可能超过了一些在列表中可以处理的。您确实需要研究另一种方法。

标签: sql filter cognos cognos-10


【解决方案1】:

您应该使用过滤器表达式对话框。您可以通过将字段从“源”窗格拖到“详细信息过滤器”框上,或使用菜单或工具栏上的“编辑过滤器”选项并添加高级过滤器来到达那里。然后你就可以输入表达式了。

我发现 Cognos 10.2.1 FP3 到 Cognos 11.0.7 中的过滤条件对话框存在问题。有时,对于具有许多不同值的字段,它可以足够快地从数据库中获取数据,但随后会花费接下来的几个小时尝试将其格式化为列表。对话框上的“确定”或“取消”按钮不会停止该过程。没有解决办法。 IBM 无法重现该问题。

密切关注您在 Cognos 服务器上的 CPU 使用率。 Cognos 中的审核功能记录 Windows 进程 ID。您可以在命令行或任务管理器中使用它来终止进程。大约 10 分钟后,您可以确定用户不再等待。我已经看到这个运行了超过 3 天,整个过程中 CPU 使用率都非常高。

抱歉,有些内容有点含糊。我用 11.0.x 快两年了,所以在 10 上有点生疏了。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2013-03-09
    • 1970-01-01
    • 2014-09-13
    • 1970-01-01
    • 1970-01-01
    • 2022-08-02
    • 2020-11-23
    • 1970-01-01
    相关资源
    最近更新 更多