Зарегистрироваться | Поиск |
Результаты опроса: Тромозит? | |||
Тормозит! |
![]() ![]() ![]() ![]() |
2 | 20.00% |
Не тормозит! |
![]() ![]() ![]() ![]() |
1 | 10.00% |
Тормозило, но поправил сам. |
![]() ![]() ![]() ![]() |
4 | 40.00% |
Затрудняюсь ответить. |
![]() ![]() ![]() ![]() |
3 | 30.00% |
Голосовавшие: 10. Вы ещё не голосовали в этом опросе |
|
Опции темы |
![]() |
#1 |
Участник
|
Тормозит ли у вас выбор накладных при создании фактуры?
При показе формы отбираются неотфактурированные накладные, с непустым Id, у которых есть строки.
(см. \Classes\FactureEditLinesEngineCustVend_RU\dsInitInvoiceJour) Так как никаких индексов по данным полям, нет, то это должно приводить к full table scan. Является ли для вас это проблемой? Может вы ее уже сами решили? |
|
![]() |
#2 |
Участник
|
А можно ли детали у тех, кто ответил - общее количество инвойсов, количество неотфактурированных инвойсов?
Тот, кто попроавил - какой индекс добавили? Добавили ли новые критерии фильттрации? |
|
![]() |
#3 |
MCTS
|
Да, наличие ненужных фильтров и отсутствие индекса по фильтруемым полям именно к full table scan и приводило. Соответственно на больших объемах данных обработка фактур практически не жизнеспособна. Так же, как и не жизнеспособна дальнейшая обработка входящего НДС и формирование книги покупок/продаж (но это отдельная песня).
Является ли этой проблемой? - риторический вопрос. Имхо, практически вся "российская" функциональность - одна большая проблема. Страшно подумать, что было бы с производительностью склада или главной книги при таком же "проектировании" ![]() У нас в базе две компании, в каждой порядка млн инвойсов по поставщикам и чуть меньше инвойсов по клиентам. Вариантов решения описанной выше проблемы малой кровью два: либо создать индекс по фильтруемым полям, либо закомментировать наложение "тормозных" фильтров. Мы пошли немного другим путем. Поскольку 99% фактур обрабатывается по одной накладной, была сделана кнопулина обработки фактуры по текущей накладной. В простеньком диалоге (RunBase) вводится номер фактуры и дата, далее класс сам "проставляет" нужные галочки по активной накладной и запускает формирование фактуры. В итоге производительность бухов выросла в разы. Им не приходится ждать открытия формы обработки фактуры, а за тем в открывшейся форме заново искать накладную, что б поставить галочку.
__________________
Dynamics AX Experience |
|
|
За это сообщение автора поблагодарили: mazzy (5), belugin (5). |
![]() |
#4 |
Участник
|
Цитата:
Сообщение от belugin
![]() При показе формы отбираются неотфактурированные накладные, с непустым Id, у которых есть строки.
(см. \Classes\FactureEditLinesEngineCustVend_RU\dsInitInvoiceJour) Так как никаких индексов по данным полям, нет, то это должно приводить к full table scan. Является ли для вас это проблемой? Также тормозит потом получение перечня фактур по накладной и наоборот. Для этих целей могу предложить создать отдельную табличку связей, а-ля CustInvoiceSalesLink, которую заполнять при фактуровке - тогда будет работать гарантировано быстро. |
|
|
За это сообщение автора поблагодарили: belugin (5). |
Теги |
локализация, накладная, производительность, фактура |
|
|