ReSQL.ru
     
powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / OLAP и DWH [игнор отключен] [закрыт для гостей] / Тока не бейте
13 сообщений из 38, страница 2 из 2
  2  все
Тока не бейте
    #32837221
Zohar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Zohar
Гость
Как решить задачу, я понял - сделать shared dimencions, два физических куба и виртуальный, в котором по shared dimencion объединяются факты из разных кубов.
Теперь вопрос переформулирую - как грамотно организовать shared dimencions и локальные кубы с фактом и планом:

есть справочник товаров:
ID бренда
Название бренда
ID группы товаров
Название группы товаров
ID Продукта
Название продукта

есть факт:
Дата
ID продукта
Количество
Вес продукта

есть план:
Месяц
ID Группы товаров
Вес продукта

В отчете хочется конечно же видеть - вес продукта - Факт и План, агрегированный до группы товаров (при желании хочется спуститься до даты - пусть и без плана) или посмотрить количество - в факте.
Как грамотнее организовать кубы и shared измерения ?
Также хочется видеть План
...
Рейтинг: 0 / 0
21.12.2004, 15:26
| Ответить | Цитировать | Написать  
Тока не бейте
    #32838097
clrscr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
clrscr
Гость
Zohar

Я думаю в кубе план в общем измерении Товар уровень Название продукта должен быть disabled. Аналогично уровень Дата (День) в измерении Время. А дальше просто объединить план и факт в виртуальный куб по этим измерениям. В нем Вы будете видеть план и факт с соответствующей для них детализацией.
...
Рейтинг: 0 / 0
22.12.2004, 07:57
| Ответить | Цитировать | Написать  
Тока не бейте
    #32838657
Fpmip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fpmip
Гость
Я сталкивался с ситуацией, когда измерения с disabled уровнями работали неоправданно долго в сравнении с вариантом, когда эти уровни были просто удалены. (Имелось пара измерений, каждое порядка 10'000 элементов на листовом уровне).
В качестве клиента использовался Excel PivotTable 2002 (и MDX в обоих случаях, вроде как, был ~ одинаковый...)

Если кто-нибудь сталкивался, в чем может быть причина?
...
Рейтинг: 0 / 0
22.12.2004, 11:38
| Ответить | Цитировать | Написать  
Тока не бейте
    #32840385
Mosha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mosha
Гость
FpmipЯ сталкивался с ситуацией, когда измерения с disabled уровнями работали неоправданно долго в сравнении с вариантом, когда эти уровни были просто удалены.
Это интересно - у Вас не сохранилось repro для этой ситуации ? Потому что внутри engine, disabled levels проимплементированы так как будто их и не было.

Моша
----------------------------------------------------
This posting is provided "AS IS" with no warranties, and confers no rights
...
Рейтинг: 0 / 0
22.12.2004, 20:53
| Ответить | Цитировать | Написать  
Тока не бейте
    #32842244
Zohar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Zohar
Гость
Коллеги, посоветуйте фундаментальный book по созданию хранилищь на MS AS - используем Cognos, но для больших кубов - хочу сварить супермегакуб на сервере, устроить сравнение на одних и тех же данных с чем удобнее работать, но нужна теория. Можно и на аглицком.
...
Рейтинг: 0 / 0
23.12.2004, 16:28
| Ответить | Цитировать | Написать  
Тока не бейте
    #32842318
Владимир Штепа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир Штепа
Участник
ZoharКоллеги, посоветуйте фундаментальный book по созданию хранилищь на MS AS - используем Cognos, но для больших кубов - хочу сварить супермегакуб на сервере, устроить сравнение на одних и тех же данных с чем удобнее работать, но нужна теория. Можно и на аглицком.

На AS создаются OLAP решения, а не хранилища.

А по хранилищам читайте Кимбала, это фундаментально.
...
Рейтинг: 0 / 0
23.12.2004, 16:53
| Ответить | Цитировать | Написать  
Тока не бейте
    #32842914
U
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
U
Гость
to Zohar
Извиняюсь, но
У Васс головой все впорядке?
...
Рейтинг: 0 / 0
24.12.2004, 01:53
| Ответить | Цитировать | Написать  
Тока не бейте
    #32843105
Zohar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Zohar
Гость
авторto Zohar
Извиняюсь, но
У Васс головой все впорядке?

Все в порядке и с головой и с ногами, в чем собственно трабл ?
...
Рейтинг: 0 / 0
24.12.2004, 10:00
| Ответить | Цитировать | Написать  
Тока не бейте
    #32843124
Zohar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Zohar
Гость
авторНа AS создаются OLAP решения, а не хранилища.

А по хранилищам читайте Кимбала, это фундаментально.

Я только знакомлюсь с MS AS и полагал, что его возможностей достаточно для создания и поддержания упорядоченных структур с данными для анализа как в
Oracle db + Oracle warehouse builder
Как и где данные храняться, мне как пользователю - все равно, но видно много ожидать от MS AS не стоит.
...
Рейтинг: 0 / 0
24.12.2004, 10:09
| Ответить | Цитировать | Написать  
Тока не бейте
    #32843304
Пашка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Пашка
Участник
Боюсь, Zohar, что все-таки побьют ;-)
...
Рейтинг: 0 / 0
24.12.2004, 11:14
| Ответить | Цитировать | Написать  
Тока не бейте
    #32844503
Zohar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Zohar
Гость
Состряпал куб с shared dimension, все данные взял из View на SQL - очень даже радует с точки зрения скорости поработаю, посмотрю. Все-таки - кубы на MS AS - побыстрее работают, чем на Cognos и расчет шустренько так. (таблица фактов под 10 000 000).
...
Рейтинг: 0 / 0
24.12.2004, 18:27
| Ответить | Цитировать | Написать  
Тока не бейте
    #33050626
Fpmip
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Fpmip
Гость
Прошу извинить, что возвращаюсь к столь старой теме... :))
Но по случайности, просматривая это давнишнее обсуждение, понял, что не ответил на вопрос Моши (который непосредственно с первоначальной темой не связан):
Mosha Fpmip
Я сталкивался с ситуацией, когда измерения с disabled уровнями работали неоправданно долго в сравнении с вариантом, когда эти уровни были просто удалены.

Это интересно - у Вас не сохранилось repro для этой ситуации ? Потому что внутри engine, disabled levels проимплементированы так как будто их и не было.

Моша

Repro действительно есть.
(Точнее, речь идет о свойстве Visible , а не Disabled уровня, поскольку надо было скрыть промежуточный уровень, чего Disabled сделать не позволяет).
Это достаточно абстрактный пример, который создавался для проверки различных гипотез, поэтому он достаточно легко обозрим (см. вложенный рисунок).

Тестовая БД была наполнена ~10'000 договоров, ~10'000 контактов и ~10'000 фактов. Договора и контакты у различных филиалов (почти) не пересекаются. Таким образом, имеем сильно разреженный куб.
Кроме измерений Договора и Контакты , содержащих уровень Филиал , были сделаны (физические) измерения Договора Листья и Контакты Листья .

Теперь собственно эксперимент:
Скрываем ( Visible =True) уровень Филиал в измерениях Договора и Контакты и рассматриваем 2 варианта (использовался Excel 2002 PivotTable):

1. На ось строк выведены (CROSSJOIN) измерения Договора Листья и Контакты Листья .
Обновление отчета: 36-38 сек. (причем только треть на собственно запрос, остальное -- на заполнение Excel'ем сводной таблицы данными).

2. На ось строк выведены (CROSSJOIN) измерения Договора и Контакты (со скрытым уровнем Филиал ).
Обновление отчета: ~ 1 час 25 мин.

Причем MDX-запрос в обоих случаях одинаковый (с точностью до названий измерений):
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
SELECT
  NON EMPTY
  CROSSJOIN(
    HIERARCHIZE(
      AddCalculatedMembers(
        {DrillDownLevel({[Контакты].[All Контакты]})}
      )
    ),
    HIERARCHIZE(
      AddCalculatedMembers(
        {DrillDownLevel({[Договора].[All Договора]})}
      )
    )
  )
  DIMENSION PROPERTIES PARENT_UNIQUE_NAME ON COLUMNS
FROM
  [Продажи]
WHERE
  ([Measures].[Сумма], [Периоды].[All Периоды].[ 2004 ].[January])

Повторюсь, что речь идет о свойстве Visible , а не Disabled уровня.
...
Рейтинг: 0 / 0
05.05.2005, 14:28
| Ответить | Цитировать | Написать  
Тока не бейте
    #33051650
Mosha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mosha
Гость
FpmipRepro действительно есть.
(Точнее, речь идет о свойстве Visible, а не Disabled уровня, поскольку надо было скрыть промежуточный уровень, чего Disabled сделать не позволяет).
Спасибо - это действительно большая разница сделан level disabled или просто unvisible. Как я говорил выше - disabled level, это все равно как его и не было, а вот unvisible - он есть, только в schema rowsets его не видно. Поэтому разница в производительности в данном случае обьяснима.

Моша
----------------------------------------------------
This posting is provided "AS IS" with no warranties, and confers no rights
...
Рейтинг: 0 / 0
05.05.2005, 22:02
| Ответить | Цитировать | Написать  
13 сообщений из 38, страница 2 из 2
  2  все
Форумы / OLAP и DWH [игнор отключен] [закрыт для гостей] / Тока не бейте
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]