powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / OLAP и DWH [игнор отключен] [закрыт для гостей] / Помогите с MDX, плиз
7 сообщений из 7, страница 1 из 1
Помогите с MDX, плиз
    #32695264
Rev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rev
Гость
Смысл таков: существует таблица "Tovar", в которой помимо наименования и ID есть масса единицы товара. В таблице фактов есть остаток этого товара на складе, а точнее движения. Таким образом, остаток я считаю через PeriodsToDate. Можно ли, не добавляя в таблицу фактов массу штуки умноженную на количество, взять остаток из fact table и умножить на массу штуки из таблицы измерения, чтобы получить массу товаров на складе? Проблема в том, что измерение "Товар" - иерархическое. Не могу никак формулу для calculated member написать. Помогите, пожалуйста. Заранее благодарен.
...
Рейтинг: 0 / 0
Помогите с MDX, плиз
    #32695744
Владимир Штепа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Можно ли, не добавляя в таблицу фактов массу штуки умноженную на количество, взять остаток из fact table и умножить на массу штуки из таблицы измерения

В принципе наверное возможно, но получится наверняка ужасно медленно.

Я делал так что строил куб на View, а во View join c таблицей измерения, что бы мера получилась физическая а не Calculated.
...
Рейтинг: 0 / 0
Помогите с MDX, плиз
    #32695774
Вжик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Сделать можно. Работать будет с притормаживанием, потому как остаток на складе у тебя это не факт, а CM, в рез-те чего просчет перечня позиий, имеющихся на остатках, будет происходить для всего ассортимента номенклатуры, и те которые есть на остатках будут учитываться в весе. Вот если бы остаток был реальным фактом, тогда перечень номенклатуры на остатках вычислялся бы быстрее и весь CM посчитался бы быстрее. А как реализовать - посмотрим функции Descendants, Sum, функции работы со свойствами измерений.
...
Рейтинг: 0 / 0
Помогите с MDX, плиз
    #32695883
Rev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rev
Гость
Ага... Спасибо за ответы. Сейчас попробую.
...
Рейтинг: 0 / 0
Помогите с MDX, плиз
    #32696049
Владимир Штепа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ВжикСделать можно. Работать будет с притормаживанием, потому как остаток на складе у тебя это не факт, а CM, в рез-те чего просчет перечня позиий, имеющихся на остатках, будет происходить для всего ассортимента номенклатуры, и те которые есть на остатках будут учитываться в весе. Вот если бы остаток был реальным фактом, тогда перечень номенклатуры на остатках вычислялся бы быстрее и весь CM посчитался бы быстрее. А как реализовать - посмотрим функции Descendants, Sum, функции работы со свойствами измерений.

даже если у вас остаток в штуках будет физической мерой, все равно определение весового остатка будет вынуждать нас спускаться по иерархии до самых листьев и суммироать on-the-fly по descendants.

все прелесть хранения предрассчитанных аггрегатов летит в трубу. Хорошо если номенклатура маленькая. А если 10E+06 и более???
...
Рейтинг: 0 / 0
Помогите с MDX, плиз
    #32696105
Вжик
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Конечно все так. Но на моей базе Прибыль упущенна (прибыль, которую не получили в рез-те отсутсвия товара на остатках) с 110000 ассортиментом считается за приемлемое время. При больших объемах и подход другой нужен будет, не только на МДХ построеный.
...
Рейтинг: 0 / 0
Помогите с MDX, плиз
    #32696143
Rev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Rev
Гость
Ага... Спасибо за ответы. Сейчас попробую.
...
Рейтинг: 0 / 0
7 сообщений из 7, страница 1 из 1
Форумы / OLAP и DWH [игнор отключен] [закрыт для гостей] / Помогите с MDX, плиз
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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