问题标签 [mdx]

用于 Sql Server 分析服务。

我正在寻找的是，如果有人有类或函数的示例代码或预编译的 dll，您可以传递列、行、页面、过滤器等。然后生成 mdx 字符串。

我在 asp.net 工作，但应该能够从任何其他语言的示例转换

我正在寻找 SSAS 多维数据集和 MDX（多维表达式）站点，例如我们的 StackOverflow 站点。

SSAS 多维数据集的任何其他资源也将受到欢迎。

我们在 AS 2008 中构建了一个包含两个多维数据集的解决方案，其工作方式如下：一个包含所有客户端的小部件数据的行业多维数据集，以及一个包含小部件数据并与行业共享多个（但不是全部）维度的客户端多维数据集。Industry 多维数据集包含所有人，包括调用客户端，因此当客户端提取行业度量时，我们希望结果包括其他所有人。客户在 Industry 多维数据集中以“客户”维度表示，该维度只有两个成员：键和客户名称。行业多维数据集的计数度量称为 [I Widget Count]，客户端多维数据集中的相同度量称为 [Widget Count]。

像这样的 MDX 表达式在查询编辑器中效果很好：

一切似乎都很好，客户和行业的数量是完美的。向轴 1 添加共享或非共享维度也可以，并且一切看起来都很棒。

一旦我将集合添加到多维数据集本身，求和函数就会停止给出正确的答案。因此，在计算度量屏幕中，我添加了：

在多维数据集中浏览此度量时，计数完全错误。正确的数字（没有维度限制）大约是 10,000,000，浏览器显示 30。我尝试通过跟踪窗口查看是否可以读取多维数据集用于生成动态总和的代码，但它不是可见的。

任何人都知道为什么会这样？

环境：SQL-Server-2005、SSAS 2005

我正在使用以下公式创建移动年度总计

SUM ({[Time].CurrentMember.Lag(3):[Time].CurrentMember}, [Measures].[TRx Quantity])

同一列[Measures].[Trx Quantity]用于其他计算，并且工作正常。然而，这#Value!表明某种错误。任何人都可以在这里指出正确的方向吗？

我正在使用SQL Server 2005 Analysis Services，并且正在尝试计算 MDX 查询内的距离 - 这样我就可以获得当前位置附近的项目的计数。我已经用纬度和经度创建了一个维度，并且还创建了一个 .NET 程序集来进行数学运算——但我很难在查询中全部解决。

我在 100 英里半径范围内查找项目的查询如下所示：

我在 .NET 中的距离代码如下所示：

但是，当我运行该查询时，我想出了零记录。如果我将距离从 100 更改为 10000 - 我得到的计数类似于 100 英里半径内的计数。看起来 .NET 类没有做平方根 - 但我已经多次测试了该代码，它看起来是正确的。

有人对我应该在哪里解决问题有任何建议吗？

编辑：我开始怀疑纬度和经度是否没有正确传递到我的 GetDistance 函数中 - 所以我在那里添加了一行代码来引发异常以向我展示它们是什么。我添加了以下内容：

现在，当我运行查询时，出现以下错误：

托管存储过程 GetDistance 的执行失败，出现以下错误：调用的目标已引发异常。endLat 参数名称：endLat：1033，endLong：1033。

所以现在问题变成了：如何让我的实际纬度值通过过滤器中的那个函数？看起来现在只是传递了一个语言代码。

这就是我将移动总计创建为多维数据集中的列的方式：

MATTY（今年移动年度总数）

MATLY（去年移动年度总额）

如何执行以下操作？

YTDTY（今年年初至今）

YTDLY（去年年初至今 - 与今天相同）

我有一个数据库，其中包含超过 6 亿条记录的表和一组对数据库进行复杂搜索操作的存储过程。即使在表上有合适的索引，存储过程的性能也很慢。数据库的设计是正常的关系数据库设计。我想将数据库设计更改为多维并使用 MDX 查询而不是传统的 T-SQL 查询，但问题是： MDX 查询在性能方面是否优于传统的 T-SQL 查询？如果是，这将在多大程度上提高查询的性能？

谢谢你的帮助。

我想了解更多关于“MDX”（多维表达式）的信息。

它是什么？
它是干什么用的？
你为什么要使用它？
它比 SQL 更好吗？
它在SAP BPS中有什么用（没见过BPC，只是听说MDX在里面，想了解更多）？

首先是一些背景知识：我有典型的 Date 维度（类似于 Adventure Works 多维数据集中的那个）和 Account 维度。在我的事实表中，我有账户的每日交易金额。

我需要计算不同账户在不同时间段内的累计交易金额。问题是，无论结果报告中显示的第一个期间是什么，都应从事实表中按原样获取其交易金额，并且报告中的所有后续期间都应具有累积金额。

例如，我可能在行和列上有一个帐户，我可以有 [Date].[Calendar].[Calendar Year].[&2005]:[Date].[Calendar].[Calendar Year].[&2010] . 2005 年的交易金额应该是该特定账户在 2005 年发生的交易金额的总和。对于接下来的 2006 年，交易金额应为 TransactionAmountsIn2005 + TransactionAmountsIn2006。剩下的几年也是如此。

我的问题是我真的不知道如何在多维数据集中指定这种计算成员，因为负责编写生成报告的实际 MDX 查询的最终用户可以在任何层次结构级别上使用任何周期范围日期维度。

希望这有点道理。

我构建了一个包含门票销售信息的多维数据集。

我有一个衡量标准，它是事实表中客户数量的不同计数。每场演出的未售出门票都记录在事实表中，并被分配一个“特殊”客户编号，该编号指的是虚拟客户记录。

我希望客户编号的不同计数不计算用于未售出门票的“特殊”客户编号。

到目前为止，我最好的尝试是创建一个计算度量，从结果中排除单个客户编号。对于下面的查询，数字是正确的。

但如果用户查询包含客户编号的同一维度，这将不起作用。发生这种情况时，[Num Real Households] 度量返回结果中每个属性成员的不同客户编号的总数，而不是为每个属性成员提供小计。

我通过创建一个仅包含客户编号的隐藏维度来解决这个问题。我将该维度用于 RealPeople 集。没有人会查询该维度，因此我避免了上述问题。

有一个更好的方法吗？