【问题标题】:Looking for a better way to trap MDX errors in parameterized queries寻找一种更好的方法来捕获参数化查询中的 MDX 错误
【发布时间】:2012-05-06 10:58:50
【问题描述】:

上周五我们在工作中遇到了一种情况,我们正在讨论使用硬编码值的长(400 行左右)MDX 查询,然后将许多硬编码值转换为参数。 (它是由另一个开发人员很好地设置的,因此您可以注释掉硬编码的语法并取消注释掉参数化的语法)。我们将查询剪切并粘贴到数据集查询中,将其编辑为表达式 (fx) 并在其周围加上适当的引号 =“多行查询”。当我们单击“获取字段”时,我们会收到一个模糊的错误,告诉我们要么有语法错误,要么无法连接到多维数据集。 所以我们退回到一个更简单的查询版本,所有参数都让它工作,现在一个一个地添加度量值——现在这很好,但供将来参考——有没有更好的方法在这种情况下捕获语法错误?另外,在运行时,用户做出选择后,有没有办法看到参数已经展开的MDX?

【问题讨论】:

    标签: sql-server reporting-services ssas


    【解决方案1】:

    我可能是错的,但我认为“刷新字段”按钮在您使用动态表达式时不起作用。在这些情况下,您应该使用查询的非动态版本(具有相同的元数据),单击“刷新字段”按钮以获取列出的字段,然后使用动态表达式对查询进行参数化。只要表达式不更改元数据,您就可以开始了。

    【讨论】:

    • 如果表达式仅用于过滤(不更改元数据),刷新字段不应该正常工作吗? .. 我仍然想知道在运行时有更好的方法来查看扩展参数的 mdx?
    • re:在运行时查看完整的 MDX...只需创建一个文本框并在用于数据集的值表达式中使用相同的逻辑。也许配置一个报告参数来打开/关闭该文本框的可见性。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-10-21
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多