|
|
12.03.2009, 18:32
|
#1 |
|
Участник
|
Цитата:
Сообщение от ollu
Бывают попытки проследить совершенно нелогические связи, особенно, когда в Хранилище есть данные из других систем.
 Цитата:
Сообщение от ollu
Точно всё нормально? А построение ОЛАПов - дело простое\дешевое?
причем, по-моему, гораздо проще построить запросы руками, нежели пользоваться стандартным модулем связи с ОЛАПом. Обратите внимание, что стандартный модуль связи с ОЛАПом будет решать вопросы, связанные с валютами и их курсами (но по-моему, проще руками запрос сделать). Вот что сложно сделать руками - это универсальным образом правильно обработать витруальные компании и настройки прав доступа к записям (RLS). В каждом конкретном случае проще написать константы, нежели генерить универсальное решение... Кроме того, как всегда с ОЛАПом возникает вопрос корретного drill Down к исходным данным, которые вдобавок находятся в другой программе. Но это типовая для ОЛАПа проблема. В общем, по-моему, особых проблем нет. Есть технические проблемы, типичные для всех ОЛАПов: связи N:N, курсы валют, витруальные компании, права доступа и drill down. Пару лет назад один участник пытался продать набор ОЛАП отчетов для Аксапты. Но у него продажи не очень пошли поскольку заинтересованные лица считали, что проще сделать нежели покупать. В результате он выложил набор отчетов в бесплатный доступ. Поищите. |
|
|
|
12.03.2009, 19:01
|
#2 |
|
Участник
|
Цитата:
Сообщение от mazzy
По-моему, да. причем, по-моему, гораздо проще построить запросы руками, нежели пользоваться стандартным модулем связи с ОЛАПом. Обратите внимание, что стандартный модуль связи с ОЛАПом будет решать вопросы, связанные с валютами и их курсами (но по-моему, проще руками запрос сделать). Вот что сложно сделать руками - это универсальным образом правильно обработать витруальные компании и настройки прав доступа к записям (RLS). В каждом конкретном случае проще написать константы, нежели генерить универсальное решение... Поэтому и ищу ответ на вопрос: чего нет (и не может быть) в мало модифицированной системе? |
|
|
|
12.03.2009, 19:15
|
#3 |
|
Участник
|
Цитата:
Сообщение от ollu
mazzy, Вы всё время говорите, проще сделать запрос руками !!!
запрос должен подготовить аналитик/программист. пользователи должны пользоваться подготовленными. просто для аналитика/программиста есть два способа создания: 1) встроенный модуль business analisys, 2) создать запрос (и сам куб) руками непосредственно инструментарием ОЛАП системы. после того, как аналитик/программист создаст запрос (и соответственно куб), то пользователю будет абсолютно все равно как он создан. использовать его будут одинаково. на что надо обратить внимание, я уже ответил. |
|
|
|
12.03.2009, 19:19
|
#4 |
|
Участник
|
Цитата:
Сообщение от ollu
пользоватся только тем что есть в системе!!!
Вы бы посмотрели кубы которые уже есть в стандартной Аксапте. начните отсюда Microsoft Dynamics AX 2009 White Paper: Configure the Default OLAP Cubes и далее Дрилл в OLAP-отчетах Ax 2009 OLAP Вопросы по OLAP в DAX2009 Slava09: Microsoft Dynamics AX 2009. Что нового? OLAP: Главная книга - Журнал налоговых регистров OLAP in AX4 и далее в поиск. |
|
|
|
| За это сообщение автора поблагодарили: ollu (1). | |
|
12.03.2009, 21:39
|
#5 |
|
Модератор
|
Цитата:
Сообщение от mazzy
Обратите внимание, что стандартный модуль связи с ОЛАПом будет решать вопросы, связанные с валютами и их курсами
Пример - стандартный (идущий в поставке) куб с Sales margin. Средствами аксапты один экземпляр куба обновляется около 4 часов, самодельный T-SQL запрос отрабатывает за 30 секунд. Ну и нафига спрашивается козе баян? Дальше.. Dimensions аксаптовский OLAP обновлять не умеет без повторного пересоздания куба, которое в свою очередь похерит пользовательские роли. В общем, IMHO для демонстрации на пресэйлах в стиле "как можно за 5 минут построить с ноля гламурную сводную таблицу" - то что надо, а для использования в production - пилить и пилить
__________________
-ТСЯ или -ТЬСЯ ? |
|
|
|
| За это сообщение автора поблагодарили: glibs (1), AlexeyS (2). | |
Комбинированный вид
