Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Хитрое Измерение
|
|||
|---|---|---|---|
|
#18+
Уважаемые мэтры ОЛАП. Я столкнулся со сдледующей задачкой применительно к MS AS. В таблице фактов есть поле, в котором встречаются 3 значения, предположим это "A", "B" и "C". Необходимо построить измерение, в котором на следующем уровне иерахии будут 2 элемента "A+B", "B+C". All-член в измерении отсутвует, точнее "A+B" и "B+C" это 2 вида на All-член, т.к. "A" и "С" в некотором роде тождественны для некотых мер, но не всех. Задача хоть и сформулирована абстрактно, но имеет реальное бизнес приложение, а именно: "Продажи комплектов". Виды записей в таблице фвктов: "позиция в составе комплекта" - "A", "отдельно проданная позиция" - "B", "коплект" - "C". Для меры "Сумма продаж" имеет место тождество: "Сумма продаж"("A")="Сумма продаж"("C") Я нашел для вышеизложенного следуюсчее решение, которое хоть и работающее (крутится у заказчика более года), но оно мне не очень нравится :-( Решение. Строится таблица измерения в следующем сиде Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. Соединение с таблицей фактов осущестляется по полю FactTableKey. Таким образом в Кубе получается больше записей чем в ТаблицеФактов - и это главный на мой взгляд "-". Второй "-" это то, что соединение осуществляется не по PRIMARY KEY таблицы измерения - "отход от генеральной линии в идеологии проэктирования". Но как "+" получаем то, что данные в кубе аггрегированы и никаких Calculated Member со всеми их "-". Есть ли у кого какие предложения решить эту задачу другим способом? Буду раз услышать любую конструктивную критику и совет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.03.2004, 22:54 |
|
||
|
Хитрое Измерение
|
|||
|---|---|---|---|
|
#18+
Я не мэтр, но как вариант: Если число "комплектов" ограничено и невелико, в принципе можно построить view, где с использованием оператора CASE формировать верхний уровень. Решение тоже негибкое, но альтернативное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2004, 10:05 |
|
||
|
Хитрое Измерение
|
|||
|---|---|---|---|
|
#18+
Это скорее к MS SQL. Можно заполнить SQL-запросом с умножением таблиц. Типа select ... from Tbl1, Tbl2 Результат - умножение, т.к. нет join. В вашем случае tbl1=tbl2 Если это задача на корзинку покупателей, лучше делать через distinct count или через кластер, а лучше дерево решений. Из кластера можно тоже слать вирт. измерение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.03.2004, 20:05 |
|
||
|
|

start [/forum/topic.php?fid=49&msg=32433362&tid=1872794]: |
0ms |
get settings: |
5ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
58ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
38ms |
get tp. blocked users: |
1ms |
| others: | 231ms |
| total: | 356ms |

| 0 / 0 |
