2013-06-21 6 views

ответ

2

Я никогда не найти какой-либо уважительной причине, что ;-) на колоннах, на строки определения «фигуры» результата (кортежи быть точно такой же), и было решено, что на колоннах только нормально, но не только в строках; т.е .:

a | b | c 
1 | 2 | 3 

но не:

a | 1 
b | 2 
c | 3 

странно, как я не вижу проблем, чтобы вернуть эти значения с точки реализации MDX сервера зрения. Кстати, ни один столбец и ни одна строка не является действительным:

select from [cube] 
+0

Я согласен - выбор того, что действительно и что не кажется произвольным – whytheq

2

Кажется, что существует иерархия осях , Columns является первой и минимальная часть в определении Tuple:

При указании оси для набора (в данном случае состоит из одного кортежа) в запросе, вы должны начать с определения набора для столбца перед заданием набора для оси строки. Ось столбца может также упоминаться как оси (0) или просто 0.

Таким образом, вы должны сначала определить Columns, затем Rows, затем Pages и так далее.

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

+1 благодаря Stoleg - Я пытался ударить основы, чтобы получить некоторое представление об этом таинственном языке – whytheq

+0

Только представьте, у вас есть 3D-куб, и вы должны для получения значения изнутри этого куба путем определения скоординированного значения. Это очень помогает мне. – Stoleg

+0

ok Stoleg thanks - так что кортеж - это точка на двух сторонах этого мнимого куба, а значение - там, где они пересекаются внутри куба? - но если я посмотрю на следующее, как этот мнимый куб поможет ... [ВОПРОС] (http://stackoverflow.com/questions/17234716/extracting-second-value-from-ordered-list) – whytheq

Смежные вопросы