Reporting Server + AX 4.0

[MironovI]

Если вы посмотрите на структуру этой вьюхи (да любой) - вы поймете откуда тормоза Все эти публикации - чтобы народ, типа пользователей мог строить свои отчеты, ограниченные правами - ботва короче имхо - я банальные остатки не дождался из этих вьюх - вывод - строить на базе обычных таблиц.. а интеграцию с аксой - вообще закопать.

[greench]

Цитата:

Сообщение от MironovI

Если вы посмотрите на структуру этой вьюхи (да любой) - вы поймете откуда тормоза Все эти публикации - чтобы народ, типа пользователей мог строить свои отчеты, ограниченные правами - ботва короче имхо - я банальные остатки не дождался из этих вьюх - вывод - строить на базе обычных таблиц.. а интеграцию с аксой - вообще закопать.

Я пытаюсь построить элементарный отчет о продажах на основе аксаптовских моделей. Записей в таблице штук 50 в сумме по всем компаниям. Строиться он уже минут 25 . Ну и кому такое счастье нужно?

[slava09]

Цитата:

Сообщение от MironovI

Если вы посмотрите на структуру этой вьюхи (да любой) - вы поймете откуда тормоза Все эти публикации - чтобы народ, типа пользователей мог строить свои отчеты, ограниченные правами - ботва короче имхо - я банальные остатки не дождался из этих вьюх - вывод - строить на базе обычных таблиц.. а интеграцию с аксой - вообще закопать.

Не могу не присоединиться: архитектура БД Аксапты достаточно прозрачна, чтобы самому строить отчеты с помощью RS обращаясь напрямую к базе. Но есть и свои минусы:
1. Подключения не зарегистрированы в АОС - их нужно отслеживать отдельно, а об этом кто-то должен постоянно помнить. Т.е. дополнительная сложность в администрировании;
2. Разработка уходит из Аксаптовской среды - это дополнительная сложность в поддержании целостной архитектуры приложения. Должен быть человек, который умеет писать SQL запросы и отвечающий за производительность этих запросов, документацию отчетов, средства перехода на другую базу и т.д.;
3. Навряд ли кто-то будет (сможет) реализовывать самостоятельно механизм прав доступа, как к полям, так и к строкам (RLS);
4. Наверно еще что-то чего я не знаю...

[MironovI]

Цитата:

Сообщение от slava09

3. Навряд ли кто-то будет (сможет) реализовывать самостоятельно механизм прав доступа, как к полям, так и к строкам (RLS);

Вот и ОНИ не смогли

Вы мне лучше скажите - что покажет отчет в котором идет джоин по какому-то полю, а у конкретного пользователя это поле закрыто правами? - получается из этих xml-ых схем можно построить что-то уровня автоотчета - что по-моему атоотчетом лучше и делать..

[slava09]

Цитата:

Сообщение от MironovI

Вот и ОНИ не смогли

Вы мне лучше скажите - что покажет отчет в котором идет джоин по какому-то полю, а у конкретного пользователя это поле закрыто правами? - получается из этих xml-ых схем можно построить что-то уровня автоотчета - что по-моему атоотчетом лучше и делать..

Я думаю, что поля, по которым может делаться джоин редко скрываются

[greench]

Так в этом и проблема, что ad hoc reports в аксапте теоретически сделаны, для того чтобы их мог создавать любой более или мене продвинутый юзер. В итоге получается, что аксаптовские репорт сервисы ставить не имеет смысла. А построить отчет в SQL RS даже при относительной прозрачности аксаптовской базы пользователь не сможет, опять же возникают дополнительные проблемы.
В общем хотели как лучше, а получилось как всегда.