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