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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 27.11.2009, 15:00   #21  
Alexx7 is offline
Alexx7
Сам.AX
Аватар для Alexx7
Самостоятельные клиенты AX
1C
 
305 / 28 (1) +++
Регистрация: 22.07.2009
В итоге.
1. Стоит ли тратить время на расширение модуля, добавив дополнительные таблицы промежуточных итогов?
2. Сколько это может занять времени (вопрос тем, кто уже делал или начинал делать)?
3. Решит ли это вопрос производительности системы и на сколько процентов (примено)?

Спасибо.
__________________
Возьми свет!
Старый 27.11.2009, 15:09   #22  
Михаил Андреев is offline
Михаил Андреев
Участник
Компания АМАНД
Лучший по профессии 2009
 
1,284 / 239 (10) ++++++
Регистрация: 09.11.2001
Адрес: Химки, Московская область
Цитата:
Сообщение от Alexx7 Посмотреть сообщение
В итоге.
1. Стоит ли тратить время на расширение модуля, добавив дополнительные таблицы промежуточных итогов?
Вижу два решения: консалтинг и программинг
Первый точно дешевле, но сложнее. Переобучить бухов и перенастроить методику учёта задача очень нетривиальная. Второй проще, но обойдётся дороже.
Цитата:
Сообщение от Alexx7 Посмотреть сообщение
2. Сколько это может занять времени (вопрос тем, кто уже делал или начинал делать)?
Не начинал, не знаю.
Цитата:
Сообщение от Alexx7 Посмотреть сообщение
3. Решит ли это вопрос производительности системы и на сколько процентов (примено)?
Смотря что. Ведение таблицы промежуточных итогов по корреспонденции плюс добавление "лишних" полей (в LedgerTrans, например, поля по корреспонденции, в Cust/VebdTrans поля по счетам и т.п., детали надо смотреть) может ускорить работу специализированных отчётов по корреспонденции (ГФО и ОСВ) даже не в разы, а на порядки, всё зависит от объёма данных по проводкам. Если таблицы маленькие, результат будет просто незаметен.
Или, как уже предлагали, перетащить всё в OLAP. Тогда ломать ничего не придётся.
__________________
Михаил Андреев
https://www.amand.ru
Старый 27.11.2009, 15:16   #23  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Alexx7 Посмотреть сообщение
1. Стоит ли тратить время на расширение модуля, добавив дополнительные таблицы промежуточных итогов?
дополнительные таблицы? - ни в коем случае!
расширять можно. Но по-моему, не стоит.

Технологичнее смотреть в OLAP. Тут правильно посоветовали.

Цитата:
Сообщение от Alexx7 Посмотреть сообщение
2. Сколько это может занять времени (вопрос тем, кто уже делал или начинал делать)?
Очень много времени.
Начинали многие. Доведенного до конца решения ни разу не видел.

Цитата:
Сообщение от Alexx7 Посмотреть сообщение
3. Решит ли это вопрос производительности системы и на сколько процентов (примено)?
Процентов?
Решит кардинально - с Аксаптой можно будет работать. Сейчас через год-полтора-два российские отчеты (включая ГФО) встают колом и тупо не работают.
__________________
полезное на axForum, github, vk, coub.
За это сообщение автора поблагодарили: Alexx7 (1).
Старый 27.11.2009, 15:28   #24  
ALES is offline
ALES
Участник
Злыдни
 
220 / 45 (2) +++
Регистрация: 11.08.2004
Цитата:
Сообщение от mazzy Посмотреть сообщение
Сейчас через год-полтора-два российские отчеты (включая ГФО) встают колом и тупо не работают.
Кто-то предъявлял претензии к "производителю"? Денег требовал обратно? Может потому и не хотят понимать суть проблемы в MS?
Старый 27.11.2009, 15:44   #25  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от ALES Посмотреть сообщение
Кто-то предъявлял претензии к "производителю"? Денег требовал обратно? Может потому и не хотят понимать суть проблемы в MS?
Да. Да. Нет.
__________________
полезное на axForum, github, vk, coub.
Старый 27.11.2009, 17:24   #26  
BOAL is offline
BOAL
Участник
Аватар для BOAL
MCBMSS
Злыдни
1C
Лучший по профессии 2015
 
619 / 453 (17) +++++++
Регистрация: 28.04.2003
Адрес: Москва
Народ вы чего?
ГФО написано в 2002г и с тех пор не переписывалось, в сп2 для ах4 дописали сверху (сверху, а не рефвакторинг) выборку из произвольной таблицы (хоть ИнветТранс).
Там еще связка по recId, при этом долгое время было в полях не RefRecId а именно рекИд, это поправили вроде.
Копирование настроенного добавили, а то раньше весело было, не залить из-за рекИД и не скопировать - сиди перебивай или кодь копирование.

Функционал работает же? Да! А работает - не трож!
Все нововведения за 7 лет не отслеживались точно, если предметно доказать неработоспособность ГФО и затребовать что-то обеспечивающее учет по РСБУ, например, то могут и доделать.

Но он же формально работает, причем правильно, и на демоданых, показывает приемлемое время
И бухи, когда разберутся, от него прутся.
Старый 27.11.2009, 20:03   #27  
Nick is offline
Nick
Участник
Аватар для Nick
 
320 / 30 (2) +++
Регистрация: 14.12.2001
Адрес: г. Москва
Цитата:
Сообщение от Alexx7 Посмотреть сообщение
В итоге.
1. Стоит ли тратить время на расширение модуля, добавив дополнительные таблицы промежуточных итогов?
2. Сколько это может занять времени (вопрос тем, кто уже делал или начинал делать)?
3. Решит ли это вопрос производительности системы и на сколько процентов (примено)?

Спасибо.
Года эдак 3 назад еще в Аксапте 3.0, до MBS-апгрейда отчетности, доработали генератор отчетности для формирования регламентированной отчетности по РСБУ и НУ.
Сколько времени потратили на разработку и отладку точно уже не помню, но не больше недели.
Научили генератор выводить в Excel текстовые значения, даты и значения специальных процедур-функций, для того чтобы консультант или бухгалтер могли определять ячейку в генераторе по нормальному (понятному) имени из списка заранее запрограммированных для этих целей программистом процедур-функций (например, процедуры формирования развернутого сальдо ).
После доработки пользователи на скорость формирования отчетности уже не жаловались
+ добавили еще копирование отчетов - упростив себе сопровождение и тиражирование ...
__________________

Бей желтых пока не посинеют, бей синих пока не пожелтееют
Старый 27.11.2009, 21:44   #28  
AlexSD is offline
AlexSD
Microsoft Dynamics
Сотрудники Microsoft Dynamics
 
257 / 302 (11) ++++++
Регистрация: 14.10.2003
Цитата:
Сообщение от BOAL Посмотреть сообщение
Народ вы чего?
ГФО написано в 2002г и с тех пор не переписывалось, в сп2 для ах4 дописали сверху (сверху, а не рефвакторинг) выборку из произвольной таблицы (хоть ИнветТранс).
По моим данным, все расчетные классы ГФО полностью переписаны в четверке. Выборка данных из произвольной таблицы существовала еще в трешке.
С пятеркой выходили и еще будут со следующим RU обновления в генераторе.

Так что рекомендую на досуге все-таки заглянуть внутрь, "кто давно уже туда не смотрел". А то кругом неправда получается.
Старый 27.11.2009, 21:47   #29  
AlexSD is offline
AlexSD
Microsoft Dynamics
Сотрудники Microsoft Dynamics
 
257 / 302 (11) ++++++
Регистрация: 14.10.2003
Цитата:
Сообщение от Nick Посмотреть сообщение
Научили генератор выводить в Excel текстовые значения, даты и значения специальных процедур-функций, для того чтобы консультант или бухгалтер могли определять ячейку в генераторе по нормальному (понятному) имени из списка заранее запрограммированных для этих целей программистом процедур-функций (например, процедуры формирования развернутого сальдо ).
После доработки пользователи на скорость формирования отчетности уже не жаловались
+ добавили еще копирование отчетов - упростив себе сопровождение и тиражирование ...
Все выше перечисленное есть в пятерке, а копирование отчетов есть и в четверке.
Старый 28.11.2009, 21:28   #30  
Nick is offline
Nick
Участник
Аватар для Nick
 
320 / 30 (2) +++
Регистрация: 14.12.2001
Адрес: г. Москва
Цитата:
Сообщение от AlexSD Посмотреть сообщение
Все выше перечисленное есть в пятерке, а копирование отчетов есть и в четверке.
Я давно просил МБС это сделать (и много еще чего полезного для ведения РСБУ и НУ), так и не дождался тогда, и клиент не захотел так долго ждать
PS они до сих пор на 3-ке работают ...
__________________

Бей желтых пока не посинеют, бей синих пока не пожелтееют
Старый 28.11.2009, 22:53   #31  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,158 / 1286 (47) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Хотя у нас план счетов сделан таким образом, что можно получать многие данные не анализируя обороты между счетами, не смотреть корреспонденцию и т.п., тем не менее мы пользуемся российским генератором финансовой отчетности. На мой взгляд, стандартная финансовая отчетность лучше (по крайней мере, логичнее, чем российская), но ей недостает возможности выводить данные в настроенный шаблон. Для внутренних задач это нормально, но есть такой зверь, как минфин, который хочет иметь отчетность в установленных формах (можно сколько угодно возмущаться этим, но есть такой факт и имея систему, в которую вложено почти лям долларов, заставлять пользователей перебивать из одного отчета в другой данные вручную глупо).
AlexSD говорит, что в DAX2009 много в российский генератор добавлено, но мы-то работаем на четверке (которую, судя по всему, MS просто забросил), поэтому в этот генератор мы сами добавила следующие возможности:
  • Работа по нескольким компаниям (список нужных компаний задается в настройках групп компаний).
  • Получение остатков не "с начала времен", а с учетом финансового года (как уже говорил, нам корреспонденция не особо нужна из-за того, что план счетов уже предусматривает получение нужных данных и без неё, поэтому эта модификация была несложной).
  • Установка параметров не только в настройках генератора, а и при запуске (фильтры по аналитике, по компаниям, по периодам и т.п.).
  • Получение данных модулей не через профили разноски, а по счетам, записанным в модульные проводки.
В общем, инструмент неплохой, но использовать его в стандартном варианте тяжело, нужно допиливание. Почему столько времени вендор забивал на него - непонятно. Нужно будет посмотреть в DAX2009 что там сделали.
Старый 30.11.2009, 11:34   #32  
ALES is offline
ALES
Участник
Злыдни
 
220 / 45 (2) +++
Регистрация: 11.08.2004
Цитата:
Сообщение от mazzy Посмотреть сообщение
Да. Да. Нет.
И каковы результаты? Отдали денежки?
Старый 04.12.2009, 08:08   #33  
Alexx7 is offline
Alexx7
Сам.AX
Аватар для Alexx7
Самостоятельные клиенты AX
1C
 
305 / 28 (1) +++
Регистрация: 22.07.2009
Ещё вопрос по ГФО. (AX 4.0 sp2)
Период указанный в настройке ГФО на что то влияет? (ГК\Настройка\ГФО\ закладка "Разное" поле "Период:")
Как не старался менять период, данные не меняются.
__________________
Возьми свет!
Старый 04.12.2009, 10:10   #34  
Raven Melancholic is offline
Raven Melancholic
Участник
Аватар для Raven Melancholic
Самостоятельные клиенты AX
Лучший по профессии 2015
 
2,158 / 1286 (47) ++++++++
Регистрация: 21.03.2005
Адрес: Москва-Петушки
Цитата:
Сообщение от Alexx7 Посмотреть сообщение
Ещё вопрос по ГФО. (AX 4.0 sp2)
Период указанный в настройке ГФО на что то влияет? (ГК\Настройка\ГФО\ закладка "Разное" поле "Период:")
Как не старался менять период, данные не меняются.
Оно используется в том случае ,если в настройках ячейки и в настройках формул не указан свой период. Если же он там указан, то период, настроенный в самом отчете не используется. То же относится и к аналитикам и к большинству прочих настроек.
Старый 13.12.2009, 18:48   #35  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Сегодня у меня день подчищения хвостов.

Цитата:
Сообщение от AlexSD Посмотреть сообщение
Так что рекомендую на досуге все-таки заглянуть внутрь, "кто давно уже туда не смотрел". А то кругом неправда получается.
Заглянул. Такая же фигня - считает от начала времен.

Запрос тупо делается по LedgerTrans.
Причем запрос тупо создается, а не берется из AOT - следовательно любая оптимизация range'й может выполняться только программным кодом, а не администратором в АОТ
Нажмите на изображение для увеличения
Название: 1.PNG
Просмотров: 434
Размер:	21.7 Кб
ID:	5445

затем тупо отбираются все проводки с типом периода - обычный (1). Никаких начальных, никаких заключительных... ГФО по прежнему тупо не знают о таких типах проводок

А затем тупо делается цикл по всем проводкам (2).
Никаких промежуточных итогов, никакой оптимизации - тупо суммирует.
Даже никаких попыток сделать group by на сервере. Тупо выбрать все проводки, тупо просуммировать на AOS.
Нажмите на изображение для увеличения
Название: 2.PNG
Просмотров: 361
Размер:	57.7 Кб
ID:	5446

Хотелось бы также обратить внимание на то, как добавляются range.
сперва в query добавляется счет (по этому полю есть индекс), затем тип периода, признак коррекции, тип налога, тип движения, тип коррекции, аналитика... и только в самом конце дата.

во-первых, в LedgerTrans есть только один индекс, который содержит AccountNum - это ACDate.
во-вторых, оптимизатору запроса нужно серьезно постараться, чтобы догадаться использовать этот индекс среди кучи полей в range. Блин, ну хоть бы range с датой наверх поставили что ли?
в-третьих, даже этот индекс как правило предельно неселективный, поскольку даты для сальдо от начала времен до заданной даты. Поэтому оптимизатор с достаточно большой вероятностью выберет Table scan (и это заложено на этапе проектирования!!!)

А что бесит больше всего - никаких попыток сделать группировки и отдать хоть часть работы на SQL...

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

=====================
Если интересно, то сравните с
LedgerBalanceSheetCol_CurMST.buildQuery
LedgerBalanceSheetCol_CurMST.sumUpTrans

Где четко начальные берут из промежуточных итогов, текущие берут из LedgerTrans.
Но обратите внимание, помимо того, что там выбираются небольшие периоды, там в запрос вставлен group by и AOS самостоятельно занимается суммированием очень небольшого количества записей. В основном, всю работу выполняет SQL.

Или взять тот же тупой LedgerBalanceCur_Current
Хоть и он на промежуточные итоги плевать хотел, но хотя бы группировку делает на стороне SQL и пытается хоть какой-то кэш сделать...

=====================
В общем, AlexSD, при всем моем уважении - принципиально в RRG нихрена и ничего не поменялось.
__________________
полезное на axForum, github, vk, coub.
Старый 13.12.2009, 22:06   #36  
AlexSD is offline
AlexSD
Microsoft Dynamics
Сотрудники Microsoft Dynamics
 
257 / 302 (11) ++++++
Регистрация: 14.10.2003
Мази, протри глаза. Там есть и группировка и суммирование. И еще перечитай мой пост повнимательнее.
За это сообщение автора поблагодарили: mazzy (2).
Старый 13.12.2009, 22:31   #37  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от AlexSD Посмотреть сообщение
Мази, протри глаза. Там есть и группировка и суммирование. И еще перечитай мой пост повнимательнее.
где? можно метод и цитату из него? в какой версии?

я смотрел ax2009. ядро 5.0.1000.52, приложение 5.0.1000.176
__________________
полезное на axForum, github, vk, coub.
Старый 13.12.2009, 22:42   #38  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от mazzy Посмотреть сообщение
Сегодня у меня день подчищения хвостов.
...
А что бесит больше всего - никаких попыток сделать группировки и отдать хоть часть работы на SQL...
Ага!!! Был неправ. Извините. Есть суммирование. Без группировки. Как раз между range'ами. И в 4ке было.
X++:
    queryBuildDataSource.addSelectionField(amountFieldId, SelectionField::Sum);
    queryBuildDataSource.orderMode(OrderMode::GroupBy);
В 3ке было по-другому.
Что ж, и на этом спасибо. Теперь бы от начала времен не суммировать, теперь бы не делать отдельный запрос на каждую формулу... покэшировать и прочую оптимизацию...
__________________
полезное на axForum, github, vk, coub.
Старый 13.12.2009, 23:07   #39  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от AlexSD Посмотреть сообщение
По моим данным, все расчетные классы ГФО полностью переписаны в четверке.
Цитата:
Сообщение от mazzy Посмотреть сообщение
В 3ке было по-другому.
Смотрю в 3ку и 4ку. Осознал объем доработок.
В целом локализаторы поработали много и хорошо. Согласен с AlexSD.
Жаль, что об этом никто не написал в свое время доходчивую статью. Жаль, что не посмотрел в свое время.

Но все равно еще работать и работать над производительностью ГФО.
__________________
полезное на axForum, github, vk, coub.
Теги
бухгалтерский учет

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
emeadaxsupport: List of fixes that improve performance of certain features in Dynamics AX 2009 Blog bot DAX Blogs 0 13.10.2009 19:06
gatesasbait: Dynamics AX 2009 SSRS and SSAS Integration Tips Blog bot DAX Blogs 3 09.07.2009 13:07
Dynamics AX: Managing Your Supply Chain Using Microsoft Dynamics AX 2009 - Book Review Blog bot DAX Blogs 0 31.03.2009 23:06
axStart: Microsoft Dynamics AX 2009 Hot Topics Web Seminar Series Blog bot DAX Blogs 0 06.08.2008 12:05
Arijit Basu: AX 2009 - Quick Overview Blog bot DAX Blogs 4 19.05.2008 14:47
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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