| Результаты опроса: Тромозит? | |||
| Тормозит! |
|
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). | |
| Теги |
| локализация, накладная, производительность, фактура |
|
|
|