Вебинар по функциональности Электронной отчетности (Electronic reporting) и Электронных сообщений (Electronic messages)

[Libovs]

Цитата:

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

Перечисление из data model логично было бы добавить в формат.

Спасибо, получилось. Логично (когда подсказали ) но далеко не очевидно, что один объект надо определять и в источнике, и в модели и в формате, хотя и ссылочно.

[axm2017]

Это уже проблема описания + архитектуры.
Не знаю, на сколько правда, но по слухам в MS исчезающе мало тех. писателей.

[Libovs]

Цитата:

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

Это уже проблема описания + архитектуры.
Не знаю, на сколько правда, но по слухам в MS исчезающе мало тех. писателей.

За две недели освоения ER я убедился, что декларация об инструменте для не-программиста, особенно при отсутствии подробной документации с типовыми примерами применения каждого типа объектов, это абсолютная утопия.
Даже настроить формат на готовой модели - это не просто связать узел модели с ячейкой/тегом отчета. Неизбежно в самом формате надо надстраивать логику конкретного отчета, и пока не приобретешь четкого понимания, для чего применим каждый объект из лукапа "Добавить" остается только "метод тыка" - вставлять объект модель и день-два его изучать.
А уж создать/надстроить модель без понимания парадигм ООП и без возможности в AOT-е посмотреть связи между таблицами. Добавил в модель корневую таблицу, к ней отстроились все связи, но найти что-то конкретное в этом "бесконечном" дереве с постоянными рекурсиями, если предварительно не посмотрел нужную цепучку в АОТ-е, на мой взгляд нереально.
У меня получается только так: смотрю все предварительно на АХ2012, а потом уже в 10-ке ищу в дереве ER. К счастью, структура БД если и менялась, то незначительно; я пока наткнулся только на некоторые изменения в обработке Default | Ledger Dimension. И то не в таблицах, а в методах и классах.

[axm2017]

Цитата:

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

.. особенно при отсутствии подробной документации с типовыми примерами применения каждого типа объектов, это абсолютная утопия.

Писателей в MS не умеют да. В остальном это тот же Excel по сложности

Цитата:

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

..
Даже настроить формат на готовой модели - это не просто связать узел модели с ячейкой/тегом отчета.

Как раз должно быть именно просто. Тут вступают в силу ошибки провозглашенной концепции + пробелы/косяки на уровне архитектуры + нежелание менять.

Цитата:

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

..
А уж создать/надстроить модель без понимания парадигм ООП и без возможности в AOT-е посмотреть связи между таблицами.

Зачем ООП, если не секрет?

По мне так сейчас проще и правильнее юзать SSRSAttribute и Ко что прикрутили таки в ER тем более как понял из доклада можно использовать и временные таблицы всех типов и постоянные.