Sql server 在列上与在行上进行比较

为什么在

MDX

中可以执行以下操作：

SELECT
[MyDim].[MyHier].[MyLevel] ON COLUMNS
FROM [CubeName]

SELECT
[MyDim].[MyHier].[MyLevel] ON ROWS
FROM [CubeName]

但不包括以下内容：

SELECT
[MyDim].[MyHier].[MyLevel] ON COLUMNS
FROM [CubeName]

SELECT
[MyDim].[MyHier].[MyLevel] ON ROWS
FROM [CubeName]

---

似乎有一个轴的层次结构<代码>列是定义以下内容的第一个也是最小的部分：

在查询中为集合（在本例中由单个元组组成）指定轴时，必须先为列轴指定集合，然后再为行轴指定集合。列轴也可以称为轴（0）或仅称为轴0

因此，您应该首先定义

列

，然后定义

行

，然后定义

页面

，依此类推

<SELECT query axis clause> ::=
   [ NON EMPTY ] Set_Expression
   [ <SELECT dimension property list clause> ] 
      ON 
            Integer_Expression 
       | AXIS(Integer) 
       | COLUMNS 
       | ROWS 
       | PAGES 
       | SECTIONS 
       | CHAPTERS 

：：=
[非空]设置_表达式
[  ] 
在…上
整数表达式
|轴（整数）
|纵队
|排
|页数
|部分
|章节

似乎存在轴的层次结构<代码>列是定义以下内容的第一个也是最小的部分：

在查询中为集合（在本例中由单个元组组成）指定轴时，必须先为列轴指定集合，然后再为行轴指定集合。列轴也可以称为轴（0）或仅称为轴0

因此，您应该首先定义

列

，然后定义

行

，然后定义

页面

，依此类推

<SELECT query axis clause> ::=
   [ NON EMPTY ] Set_Expression
   [ <SELECT dimension property list clause> ] 
      ON 
            Integer_Expression 
       | AXIS(Integer) 
       | COLUMNS 
       | ROWS 
       | PAGES 
       | SECTIONS 
       | CHAPTERS 

：：=
[非空]设置_表达式
[  ] 
在…上
整数表达式
|轴（整数）
|纵队
|排
|页数
|部分
|章节

我从来没有找到任何好的理由；-）在列上，在行上定义结果的“形状”（元组完全相同），并且已经确定仅在列上是可以的，但不仅在行上；i、 e:

a | b | c
1 | 2 | 3

但不是：

a | 1 
b | 2
c | 3

奇怪的是，从MDX服务器实现的角度来看，返回这些值没有问题。顺便说一下，没有列和行是有效的：

select from [cube]

---

我从来没有找到任何好的理由；-）在列上，在行上定义结果的“形状”（元组完全相同），并且已经确定仅在列上是可以的，但不仅在行上；i、 e:

a | b | c
1 | 2 | 3

但不是：

a | 1 
b | 2
c | 3

奇怪的是，从MDX服务器实现的角度来看，返回这些值没有问题。顺便说一下，没有列和行是有效的：

select from [cube]

---

+1感谢Stoleg-我正在尝试打基础来理解这种神秘的语言只要想象你有一个3D立方体，你需要通过定义值的坐标从立方体内部获得一个值。这对我帮助很大。好的，谢谢-元组是这个虚拟立方体两边的一个点，值是它们在立方体内相交的地方但是如果我看看下面这个想象中的立方体有什么帮助。。。元组是立方体内部的一个点（我们将其视为一个数值），成员是该点的“坐标”。+1感谢Stoleg-我正在尝试打基础以了解这种神秘的语言只要想象你有一个3D立方体，你需要通过定义值的坐标从立方体内部获得一个值。这对我帮助很大。好的，谢谢-元组是这个虚拟立方体两边的一个点，值是它们在立方体内相交的地方但是如果我看看下面这个想象中的立方体有什么帮助。。。元组是立方体中的一个点（我们将其视为一个数值），成员是该点的“坐标”。我同意-选择什么是有效的，什么不是，我同意-选择什么是有效的，什么不是，似乎是任意的