Reporting Server + AX 4.0

[greench]

День добрый всем. Установил Reporting Server на SQL 2005, установил аксаптовский репортинг сервер. Опубликовал модели, создал отчет. При генерации отчета выдает ошибки типа : "An error has occurred during report processing.Query execution failed for data set 'dataSet'.Semantic query execution failed. Invalid object name 'DBO.SALESLINEWITHUSERIDS'. Invalid object name 'DBO.SALESTABLEWITHUSERIDS'. "

Пробовал создать Perspectives. Включил туда 2-е таблицы SalesTable и SalesLine,
переопубликовал, создал на основе этой модели отчет, и все равно, выдает подобную ошибку.

Подскажите в чем проблема.

[DreamCreator]

Есть ли в АОТ-е таблица SalesLineWithUserIds?
Если есть, то dbo ли является владельцем этой таблицы на SQL Srv?

[greench]

Цитата:

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

Есть ли в АОТ-е таблица SalesLineWithUserIds?
Если есть, то dbo ли является владельцем этой таблицы на SQL Srv?

В АОТ такой таблицы нет.

[EVGL]

Это не таблица, а view. Я как-то раз писал об этой теме в разделе "полезное".

[greench]

Цитата:

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

Это не таблица, а view. Я как-то раз писал об этой теме в разделе "полезное".

проблема в том что такого view такого тоже нет. Не могли бы вы дать ссылочку на ваш посто в полезном, потому что я не могу найти его.

[greench]

Попробовал указать для отчета datasource в ручную выдает ошибки типа "Line 1: Incorrect syntax near '<'. The label 'xmlns' has already been declared. Label names must be unique within a query batch or stored procedure. The label 'xmlns' has already been declared." и так далее, куча строк, но смысл одинаковый.

[greench]

Может ли быть еще быть проблема в том, что когда устанавливали SP2 на SQL Server 2005, все базы аксапты были отключены(потому как неизвестно как установка повлияла бы на них)? И после установки SP2, при установке аксаптовского репортинг сервера, инсталятор все равно ругался на то,что сервис пак не установлен

[greench]

Ура, проблема решена, дело было в том, что в базе, которую я изначально указал не было кучи view. Указал другую базу, и все заработало.

[greench]

Единственное, что очень смущает это скорость формирования отчета. Кто-то пользуется этими отчетами?

[Recoilme]

Скорость формирования отчета прямопропорциональна скорости выполнения запроса, которая прямопропорцинальна прямоте рук, наличия необходимых индексов, загруженности СУБД и т.п.
Правда мы их не через аксапту стрОим, на чистом RS - всё летает. Но по идее аксапта не должна была добавить кармы в копилку мирового зла.

[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 даже при относительной прозрачности аксаптовской базы пользователь не сможет, опять же возникают дополнительные проблемы.
В общем хотели как лучше, а получилось как всегда.

[Jabberwocky]

Самое неприятное, что так называемые Secured Views, через которые осуществляется доступ к данным в Ad Hoc отчетах, построенных в ReportBuilder с использованием моделей SDML, хотя и учитывают доступ пользователя к полям таблиц, а также RLS, но при этом напрочь игнорируют текущую компанию... Т.е. данные в отчет попадают из всех компаний!!!

[MironovI]

Цитата:

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

Т.е. данные в отчет попадают из всех компаний!!!

Это называется - Консолидированная отчетность, хехе..
А серьезно - разве RLS уже поддерживается? Я думал толко в пятерке сделают?

[MironovI]

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

[Jabberwocky]

Цитата из "Reporting and Business Intelligence in Microsoft Dynamics AX White Paper":

Цитата:

The secure database views automatically enforce field and record level security defined in Microsoft Dynamics AX to make sure that report users can only see data that they have been granted access to.