Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
04.03.2004, 22:54
|
|||
|---|---|---|---|
|
|||
Хитрое Измерение |
|||
|
#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 со всеми их "-". Есть ли у кого какие предложения решить эту задачу другим способом? Буду раз услышать любую конструктивную критику и совет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.03.2004, 10:05
|
|||
|---|---|---|---|
|
|||
Хитрое Измерение |
|||
|
#18+
Я не мэтр, но как вариант: Если число "комплектов" ограничено и невелико, в принципе можно построить view, где с использованием оператора CASE формировать верхний уровень. Решение тоже негибкое, но альтернативное. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
05.03.2004, 20:05
|
|||
|---|---|---|---|
|
|||
Хитрое Измерение |
|||
|
#18+
Это скорее к MS SQL. Можно заполнить SQL-запросом с умножением таблиц. Типа select ... from Tbl1, Tbl2 Результат - умножение, т.к. нет join. В вашем случае tbl1=tbl2 Если это задача на корзинку покупателей, лучше делать через distinct count или через кластер, а лучше дерево решений. Из кластера можно тоже слать вирт. измерение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=49&tablet=1&tid=1872794]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
24ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 252ms |
| total: | 351ms |

| 0 / 0 |
