AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
DAX
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 07.05.2019, 23:18   #1  
DTD is offline
DTD
Участник
 
182 / 18 (1) ++
Регистрация: 09.08.2005
D365FO: Большие отчеты вне приложения, как ?
Если в D365FO есть потребность вытаскивать данные по транзакциям для отчетности к примеру в Power BI и так далее какой механизм предпочтительно использовать ?

- ODATA не тянет более менее значительные обьемы (грубо говоря к примеру 10000 строк - просто таймаут) и не рекомендуется / поддерживается MS

- Direct Query / Entity Store - только аггрегатные данные насколько я понимаю, т.е. если клиент хочет видеть там имя/адрес клиента то не вариант ?

- Direct Query / BYOD - вроде это рекомендуется, но нужны мощности и настройка, если вопрос о всего нескольких больших отчетах то затраты не оправдывают себя.

Было бы интересно услышать примеры из жизни как на больших проектах D365FO обычно реализуются требования по отчетности - BYOD + внешний обработчик / list pages / SSRS / ODATA что то еще ?
__________________
_databaseTransDelete ... bl@$ !
Старый 08.05.2019, 00:07   #2  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,392 / 912 (35) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
>>Большие отчеты по транзакциям
Я бы делал на SSRS c pre-processed RDP class чтобы избежать time-out. Это как бы то что как бы стандартный путь.
И запускать по расписанию ночью.

>>если вопрос о всего нескольких больших отчетах
В принципе если обязательно именно "вне приложения" то самое прямое что приходит в голову это экспорт CSV файлов под Excel или что угодно. Но только если отчеты действительно большие.
Старый 08.05.2019, 00:17   #3  
twilight is offline
twilight
MCTS
MCBMSS
 
724 / 141 (6) +++++
Регистрация: 17.10.2004
Адрес: Москва
Цитата:
Сообщение от DTD Посмотреть сообщение
- Direct Query / Entity Store - только аггрегатные данные насколько я понимаю, т.е. если клиент хочет видеть там имя/адрес клиента то не вариант ?
Data entity любые можно создать, которые нужны. Может там уже есть, которые вам подходят.

Цитата:
Сообщение от DTD Посмотреть сообщение
- Direct Query / BYOD - вроде это рекомендуется, но нужны мощности и настройка, если вопрос о всего нескольких больших отчетах то затраты не оправдывают себя.
А это что такое?
__________________
I could tell you, but then I would have to bill you.
Старый 08.05.2019, 01:25   #4  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,432 / 1555 (58) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от DTD Посмотреть сообщение
Direct Query / BYOD - вроде это рекомендуется, но нужны мощности и настройка
Надо смотреть на объемы данных и навороченность отчетов. У нас есть клиенты использующие BYOD на S1 S3 стоит в районе $150 в месяц и вроде уже поддерживает columnstore
__________________
-ТСЯ или -ТЬСЯ ?
Старый 08.05.2019, 12:55   #5  
DTD is offline
DTD
Участник
 
182 / 18 (1) ++
Регистрация: 09.08.2005
Цитата:
Сообщение от twilight Посмотреть сообщение
Data entity любые можно создать, которые нужны. Может там уже есть, которые вам подходят.
Я практически не использовал но в Entity Store вроде не обычные Data Entities а Aggregated - на основе measures, то что раньше кубами было грубо говоря, особо детально не получится.
__________________
_databaseTransDelete ... bl@$ !
Старый 08.05.2019, 13:08   #6  
DTD is offline
DTD
Участник
 
182 / 18 (1) ++
Регистрация: 09.08.2005
Цитата:
Сообщение от ax_mct Посмотреть сообщение
>>Большие отчеты по транзакциям
Я бы делал на SSRS c pre-processed RDP class чтобы избежать time-out. Это как бы то что как бы стандартный путь.
Timeout это проблема сервиса odata

SSRS это в 2012 был стандартный, тема про 365, они сейчас делают акцент на том что SSRS это недели девелопмента, а data entities это часы.
__________________
_databaseTransDelete ... bl@$ !
Старый 08.05.2019, 17:47   #7  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,392 / 912 (35) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от DTD Посмотреть сообщение
Timeout это проблема сервиса odata

SSRS это в 2012 был стандартный, тема про 365, они сейчас делают акцент на том что SSRS это недели девелопмента, а data entities это часы.
Тут даже не уточняется с каким именно таймаутом ибо их разных штук 5 навскидку.
Help prevent long-running reports from timing out
https://docs.microsoft.com/en-us/dyn...rts-timing-out

Для транзакционных отчетов по сути и в 365 только SSRS остается нормальной опцией.
А насчет недель, в принципе как было так и осталось по сравнению с AX2012 если DevOps и окружение не подводит.
Чудес не бывает. C теми же data entities те же затраты что и ручками временную таблицу заполнить. Ну может разница в 20-30% но не в 40 раз.
Миниатюры
Нажмите на изображение для увеличения
Название: 2019-05-08_1544.png
Просмотров: 100
Размер:	35.3 Кб
ID:	12303  

Последний раз редактировалось ax_mct; 08.05.2019 в 17:51.
Старый 09.05.2019, 11:52   #8  
AnGor is offline
AnGor
Участник
Аватар для AnGor
 
84 / 40 (2) +++
Регистрация: 30.08.2007
Адрес: Bad Dürkheim
Записей в блоге: 6
на фирме где работаю нет лицензии на visual studio и поэтому приходилось изворачиваться с Excel.
В итоге реализовано много отчетов c предопределённым дизайном, которые делаются в батчах, некоторые складируются в папки, некоторые шлются емейлами, некоторые просто сразу открываются.
Количество строк иногда больше 60000. Теоретически и больше может быть.
Решение в AX2012R3 через библиотеку EPPlus.
Перенес на D365FO на MemoryStrem.

Последний раз редактировалось AnGor; 09.05.2019 в 11:56.
Старый 09.05.2019, 18:06   #9  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,392 / 912 (35) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от AnGor Посмотреть сообщение
на фирме где работаю нет лицензии на visual studio и поэтому приходилось изворачиваться с Excel.
В итоге реализовано много отчетов c предопределённым дизайном, которые делаются в батчах, некоторые складируются в папки, некоторые шлются емейлами, некоторые просто сразу открываются.
Количество строк иногда больше 60000. Теоретически и больше может быть.
Решение в AX2012R3 через библиотеку EPPlus.
Перенес на D365FO на MemoryStrem.
В D365FO это (EPPlus + MemoryStream) вместо (EPPlus + TextBuffer) ?
И файл создается на сервере?
Старый 10.05.2019, 11:51   #10  
AnGor is offline
AnGor
Участник
Аватар для AnGor
 
84 / 40 (2) +++
Регистрация: 30.08.2007
Адрес: Bad Dürkheim
Записей в блоге: 6
Цитата:
Сообщение от ax_mct Посмотреть сообщение
В D365FO это (EPPlus + MemoryStream) вместо (EPPlus + TextBuffer) ?
И файл создается на сервере?
С D365FO пока только играюсь. EPPlus + MemoryStream для download.
Думаю, что можно направить поток куда-нибудь в azure blob storage. Но тут я пока не разбирался.
Старый 10.05.2019, 14:39   #11  
AnGor is offline
AnGor
Участник
Аватар для AnGor
 
84 / 40 (2) +++
Регистрация: 30.08.2007
Адрес: Bad Dürkheim
Записей в блоге: 6
Цитата:
Сообщение от ax_mct Посмотреть сообщение
В D365FO это (EPPlus + MemoryStream) вместо (EPPlus + TextBuffer) ?
И файл создается на сервере?
доигрался и сохранил на Azure.Storage.Blob
X++:
using Microsoft.WindowsAzure.Storage;
using Microsoft.WindowsAzure.Storage.Blob;
....
    public void SaveToAzureBlob(Filename _Filename, str _storageConnectionString )
    {

        CloudStorageAccount storageAccount = CloudStorageAccount::Parse(_storageConnectionString);
        CloudBlobClient blobClient = storageAccount.CreateCloudBlobClient();
        CloudBlobContainer container1 = blobClient.GetContainerReference("d365fofiles");
        CloudBlockBlob blockBlob = container1.GetBlockBlobReference(_Filename);
        System.Byte[] fileStream = memoryStream.ToArray();
        blockBlob.UploadFromByteArray(fileStream, 0, fileStream.length, null, null, null);
    }
Старый 10.05.2019, 15:05   #12  
raz is offline
raz
NavAx
Аватар для raz
NavAx Club
Лучший по профессии 2014
Лучший по профессии 2009
 
1,393 / 919 (33) +++++++
Регистрация: 22.07.2003
Адрес: МО
File::SendFileToUser()
Старый 13.05.2019, 08:30   #13  
axm2017 is offline
axm2017
Участник
 
55 / 52 (2) ++++
Регистрация: 15.05.2017
Цитата:
Сообщение от ax_mct Посмотреть сообщение
>>Большие отчеты по транзакциям
Я бы делал на SSRS c pre-processed...
SSRS вроде бы уже считается почти официально злом и подлежит геноциду.
Делать на нем отчеты соответственно сильно рисковать.
Старый 15.05.2019, 22:03   #14  
DTD is offline
DTD
Участник
 
182 / 18 (1) ++
Регистрация: 09.08.2005
Цитата:
Сообщение от axm2017 Посмотреть сообщение
SSRS вроде бы уже считается почти официально злом и подлежит геноциду.
Делать на нем отчеты соответственно сильно рисковать.
Так а на чем тогда большие тразакционные отчеты делать?
__________________
_databaseTransDelete ... bl@$ !
Старый 15.05.2019, 22:35   #15  
axm2017 is offline
axm2017
Участник
 
55 / 52 (2) ++++
Регистрация: 15.05.2017
GER. Это вроде официальная стратегия по отчетам и потенциально неплохая идея.
Это если правильно понимаю что нужен отчёт., с сотней тысяч записей к примеру.
Старый 16.05.2019, 00:15   #16  
DTD is offline
DTD
Участник
 
182 / 18 (1) ++
Регистрация: 09.08.2005
Хотя бы 20 тыс

Electronic Reporting (GER) aka Electronic Reporting (ER) is a tool that can be used to configure formats for both incoming and outgoing electronic documents in accordance with the legal requirements of various countries/regions

Звучит как инструмент отчетности для налоговой и тд, не сталкивался
__________________
_databaseTransDelete ... bl@$ !
Старый 16.05.2019, 02:41   #17  
skuull is offline
skuull
Участник
Most Valuable Professional
Лучший по профессии 2014
 
644 / 664 (24) +++++++
Регистрация: 08.03.2013
Адрес: ХЗ
Цитата:
Сообщение от DTD Посмотреть сообщение
Звучит как инструмент отчетности для налоговой и тд, не сталкивался
Видимо вы и с релиз ноутами не сталкивались Там написано, что накладные по заказам на покупку перезжают в ER, чтобы пользователи могли дизайнить их сами в екселе без разработчика, так же учатсть может постигнуть и другие печатные формы.
Старый 16.05.2019, 11:45   #18  
AlexeyS is offline
AlexeyS
Участник
 
381 / 290 (10) ++++++
Регистрация: 15.06.2004
Адрес: москва
Цитата:
Сообщение от DTD Посмотреть сообщение
Хотя бы 20 тыс

Electronic Reporting (GER) aka Electronic Reporting (ER) is a tool that can be used to configure formats for both incoming and outgoing electronic documents in accordance with the legal requirements of various countries/regions

Звучит как инструмент отчетности для налоговой и тд, не сталкивался
Чуть-чуть сталкивался, для использования готовых отчетов удобно. Для разработки или поиска ошибок (отладки), например из-за некорректных проводок, довольно сложна. Call stack в несколько десятков классов внушает трепет
Старый 16.05.2019, 23:46   #19  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,392 / 912 (35) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от axm2017 Посмотреть сообщение
SSRS вроде бы уже считается почти официально злом и подлежит геноциду.
Делать на нем отчеты соответственно сильно рисковать.
Фрэймворк классов (RDP) как был в AX2012R3 так и остался в D365FO без изменений.
.NET остался .NETом, SRSS остался SSRS. Работа с SSRS в VS практически та же. Разве что подход и deployment изменился.
Прибивать SSRS? Ну они же не психи. То есть они психи конечно но это слишком больное место для клиентов.
Старый 17.05.2019, 08:23   #20  
axm2017 is offline
axm2017
Участник
 
55 / 52 (2) ++++
Регистрация: 15.05.2017
Цитата:
Сообщение от ax_mct Посмотреть сообщение
.. но это слишком больное место для клиентов.
Э..Мы об одной компании говорим?

Бытует мнение среди части народа порой что плавный переход методом кувалды в лоб вполне в ее духе. 7 в чем то живой пример относительно 6.

В любом случае новые отчеты лучше да и проще делать в ER.
Теги
bi, d365fo, отчеты

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
большие отчеты в OXML, Ax2012 Pandasama DAX: Программирование 7 04.02.2019 09:32
d365technext: SSRS Report with custom fonts in D365FO Blog bot DAX Blogs 0 15.08.2018 17:15
erconsult: Copy-paste with keyboard script 2: from Excel to D365FO Blog bot DAX Blogs 0 03.08.2018 11:12
kurthatlevik: D365FO – Some nice excel tricks Blog bot DAX Blogs 0 02.06.2018 00:13
axforum blogs: Трудности перехода: опыт переноса модификаций с AX 3.0 SP5 EE на AX 2009 SP1 RU5 EE Blog bot DAX Blogs 0 19.07.2011 03:14
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 20:12.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.