在AS2005的From子句中使用Select从句

AS2005 From 子句中使用 Select 从句
跟Sql的From子句中嵌套使用Select语句一样,mdx表达式中也可以嵌套使用Select从句。这些嵌套的Select子句本质上相当与SubCube,语法上与CreateSubcube相似。下面的这个例子以及展示结果也许能说明这点。
SELECT
{ [Customer].[Customer].[Region] .Members ,
[Customer].[Customer].[State] .Members } *
{ [Measures].[Unit Sales], [Measures].[Dollar Sales] } on 0,
[Time].[YQMD].[Quarter] .Members on 1
FROM (
SELECT
Filter (
[Time].[YQMD].[Quarter] .Members ,
[Measures].[Unit Sales] > 7500
) on 0,
{ [Customer].[Customer].[AZ], [Customer].[Customer].[NM],
[Customer].[Customer].[UT] } on 1
FROM [Sales]
WHERE [Product].[ByCategory].[Category].[Tools]
)
结果展示:
在AS2005的From子句中使用Select从句_第1张图片
嵌套的Select语句就跟SubCube的定义一样,有如下的限制:
1.    不能拥有自己的With语句,不能拥有计算成员、命名集、计算单元集等等;
2.    不能使用NonEmpty或者Having关键字,所有的非空判断以及相关操作只能在外层语句中进行;
3.    不能在其任何轴上使用维度属性。
上述的限定都是为了确保内层的SubCube不依赖于后层的语句。上面的例子,内层Select效果上只是为外层的Select在Time维度和Customer维度上做了筛选,缩小了范围。有一点值得提醒,可能你已经发现内层的时间在0轴,外层的时间在1轴,对于轴的指定并不影响SubCube的生成,最终生成的还是一个独立的Cube,外层对其的查询在轴的先后顺序上不受影响。
 
:为了便于理解,我们有必要提一下mdx语句在解析执行过程中的顺序:from->where->with->select。
 
    从展示效果可以发现,由于Filter的作用,在行只返回了满足 [Measures].[Unit Sales] > 7500 的季度,列上的Customer也在上下文的关系中经过了筛选,只返回满足条件的成员。我们把这个语句列作修改,如下显示:
SELECT
{ [Customer].[Customer].[State] .Members } *
{ [Measures].[Unit Sales], [Measures].[Dollar Sales] } on 0,
[Time].[YQMD].[Quarter] .Members on 1
FROM (
.. // ... 以下跟上面例子的内层Select是一样的
SELECT
Filter (
[Time].[YQMD].[Quarter] .Members ,
[Measures].[Unit Sales] > 7500
) on 0,
{ [Customer].[Customer].[AZ], [Customer].[Customer].[NM],
[Customer].[Customer].[UT] } on 1
FROM [Sales]
WHERE [Product].[ByCategory].[Category].[Tools]
)
查询结果则发生了很大的变化:
在AS2005的From子句中使用Select从句_第2张图片

内层依然返回了Customer的部分成员,但是外层并没有在任何轴上引用Customer,所以Customer维度将出现在Slicer切片上,内层返回的all members,即AZ、NM、UT,外层的measures将只对这三个成员根据定义Cube的聚合规则进行聚合。
 

你可能感兴趣的:(sql,filter,tools)