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