Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
альтернативные иерархии
|
|||
|---|---|---|---|
|
#18+
А кто как делает иерархические измерения, в которых способы ветвления могут быть различны? Есть например таблица фактов с полями город, фирма, товар Хочется иметь возможность видеть данные о продажах в виде дерева город-фирма-товар, а также фирма-город-товар, и даже товар-город-фирма. Я так вижу два способа: 1. Отдельные "простые" измерения ТолькоГород, ТолькоФирма, ТолькоТовар 2. несколько иерархических измерений, каждое реализует свой способ ветвления: город-фирма-товар, фирма-город-товар, товар-город-фирма, и т.д. всего 6 штук. А если таких измерений 5, то и все 120 штук (5 факториал) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2004, 16:56 |
|
||
|
альтернативные иерархии
|
|||
|---|---|---|---|
|
#18+
Все делают. А вообще, в плане гибкости, мне кажется, оптимальный вариант - набор одноуровневых плюс жесткие основные иерархии (товарная, даты, география). На выбор архитектуры сильно влияет клиентское ПО. Например, в некоторых клиентах нельзя вытащить на одну ось отчета элементы из разных иерархий одного измерения. В MS AS 2005 вообще не увидел разницы между атрибутами, использоваными в иерархиях, и просто атрибутами измерения - они, похоже, равноправны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2004, 18:03 |
|
||
|
альтернативные иерархии
|
|||
|---|---|---|---|
|
#18+
Dmitry Biryukov 2. несколько иерархических измерений, каждое реализует свой способ ветвления: город-фирма-товар, фирма-город-товар, товар-город-фирма, и т.д. всего 6 штук. А что это даст? Затрудняюсь сказать за MS, но в Oracle я спокойно могу вытащить на одну ось отчета три этих изменения в любом порядке - то есть фактически построить такую иерархию на ходу. Конечно, есть вопрос агрегирования - но все возможные комбинации все равно заранее не подсчитаешь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2004, 18:13 |
|
||
|
альтернативные иерархии
|
|||
|---|---|---|---|
|
#18+
Dmitry Biryukov А кто как делает иерархические измерения? Мне пока удается создавать _требуемый_ набор иерархий по способу 2 (в MSAS). По моим наблюдениям пользователи привыкли рассматривать клиентов с пары точек зрения (в нашем случае, по географии и по принадлежности к обслуживающим офисам) и делать для них третью иерархию смысла нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.09.2004, 20:55 |
|
||
|
альтернативные иерархии
|
|||
|---|---|---|---|
|
#18+
используем 1 способ, куб molap по структуре ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2004, 10:25 |
|
||
|
альтернативные иерархии
|
|||
|---|---|---|---|
|
#18+
это же разные сущности! какой смысл их собирать в одно измерение? ПЕРВЫЙ СПОСОБ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2004, 10:45 |
|
||
|
альтернативные иерархии
|
|||
|---|---|---|---|
|
#18+
2 Overproof: это был просто пример, чтобы не не тратить время на описание предметной области. А вот и пример с одной сущностью - клетка шахматной доски. Вижу сумму по строкам и хочу её детализировать по клеткам, а другой аналитик видит смысл смотреть сумму по столбцам и детализировать её по клеткам ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2004, 12:42 |
|
||
|
|
start [/forum/topic.php?fid=49&msg=32709036&tid=1872229]: |
0ms |
get settings: |
10ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
48ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 267ms |
| total: | 399ms |
| 0 / 0 |
