18.07.2012, 14:03 | #1 |
Участник
|
Сколько длится закрытие НДС? Axapta 2009, Sql server 2008
Добрый день!
Хотелось бы узнать у кого сколько времени занимает закрытие НДС за квартал (интересуют предприятия, имеющие отгрузки на экспорт)? У нас висит обработка входящего НДС за 2 квартал уже 35-й час и когда закончится неизвестно. Это просто немыслимо... Скорее всего причина в неоптимизированных запросах по созданию записей по фактурам поставщиков ,связанных с коэффициентом по экспорту. Кроме того, описан ли где-то для программистов алгоритм закрытия НДС, реализованный в аксапте? На основании каких таблиц какие данные формируются, что используется в обработках? |
|
18.07.2012, 14:17 | #2 |
MCT
|
во первых, какой ролл ап ? - т.к. в 5 ролл апе сильно его оптимизнули - сслыка на закрытый портал
во-вторых, закрывать нужно помесячно,а уже потом на основании трех книг покупок печатать одну.
__________________
Sometimes there is a moment as you are awakening - when you become aware of the real world around you, - but you are still dreaming. - You may think you can fly but you do better not try. |
|
18.07.2012, 14:29 | #3 |
Участник
|
6 роллап у нас.
При ежемесячном закрытии коэффициент доли экспорта не будет соответствовать коэффициенту за квартал, соответственно все расчеты будут отличаться.... То есть вариант с закрытием ежемесячно не подходит... |
|
20.07.2012, 16:14 | #4 |
Участник
|
Нашли затык на запросе:
SELECT FIRSTFAST * FROM FactureJour_RU ORDER BY FactureJour_RU.FactureDate ASC WHERE ((FactureDate_External<{ts '2012-04-05 00:00:00.000'})) EXISTS JOIN FIRSTFAST * FROM TmpRestoredVATLogTrans_RU WHERE FactureJour_RU.FactureId = TmpRestoredVATLogTrans_RU.FactureId AND FactureJour_RU.Module = TmpRestoredVATLogTrans_RU.Module Можно ли объединять в запросе постоянную таблицу и временную??????? Это стандартный функционал. Так пишет Майкрософт? Последний раз редактировалось Dolores; 20.07.2012 в 16:23. |
|
20.07.2012, 16:19 | #5 |
Enjoy!
|
Для лучшего понимания:
X++: SELECT FIRSTFAST * FROM FactureJour_RU ORDER BY FactureJour_RU.FactureDate ASC WHERE ((FactureDate_External<{ts '2012-04-05 00:00:00.000'})) EXISTS JOIN FIRSTFAST * FROM TmpRestoredVATLogTrans_RU WHERE FactureJour_RU.FactureId = TmpRestoredVATLogTrans_RU.FactureId AND FactureJour_RU.Module = TmpRestoredVATLogTrans_RU.Module |
|
24.07.2012, 08:12 | #6 |
Участник
|
Подтверждаю жутчайшие тормоза при обработке входящего НДС, в случае если есть журнал восстановления НДС с косвенным НДС по экспорту. Ax2009 RU8 + все обновления из KB2721274. Прошло уже почти 19 часов и процесс продолжается. Причем интересен тот факт, что на тестовом сервере обработка прошла за 3,5 часа. В настоящее время монитор Recent Expensive Queries на рабочем сервере не показывает никаких тяжёлых по быстродействию запросов, и это меня сильно озадачивает.
|
|
24.07.2012, 09:38 | #7 |
Участник
|
А в чем отличия тестового сервера от рабочего?
|
|
24.07.2012, 10:05 | #8 |
Участник
|
|
|
24.07.2012, 11:59 | #9 |
Участник
|
У нас на отдельном сервере - все AOS (рабочий и тестовые), на другом - БД
|
|
24.07.2012, 12:17 | #10 |
Участник
|
Да похоже, что от числа aos не зависит, поймал зависон и на тестовом. Шёл по шагам и поймал в том месте, где Вы описали. Виснет при попытке выбора первой записи из этого запроса. Ждал её выбора более получаса - потом срубил. Пока не понятно, толи некорректно временная таблица передается в запрос, то ли еще что.
|
|
24.07.2012, 12:35 | #11 |
Участник
|
Цитата:
Сообщение от iCloud
Для лучшего понимания:
X++: SELECT FIRSTFAST * FROM FactureJour_RU ORDER BY FactureJour_RU.FactureDate ASC WHERE ((FactureDate_External<{ts '2012-04-05 00:00:00.000'})) EXISTS JOIN FIRSTFAST * FROM TmpRestoredVATLogTrans_RU WHERE FactureJour_RU.FactureId = TmpRestoredVATLogTrans_RU.FactureId AND FactureJour_RU.Module = TmpRestoredVATLogTrans_RU.Module Предлагаю переделать запрос. Например добавить во времянку денормализацию - поле по которому сортировка идет вытащить из фактуры при создании записи и в итоге делать запрос только по времянке по индексам - т.е. избавиться от джоина. Будет работать на порядки быстрее. |
|
|
За это сообщение автора поблагодарили: TravellerInTime (1). |
24.07.2012, 12:37 | #12 |
Участник
|
Поищите по форуму - была хорошая тема с описанием работы с времянками с замерами времени для случая джоинов. Цифры просто поражали
Тупой вложенный цикл давал ускорение в разы по сравнению с джоинами. |
|
24.07.2012, 12:41 | #13 |
Участник
|
|
|
24.07.2012, 12:46 | #14 |
Участник
|
|
|
25.07.2012, 09:58 | #15 |
Участник
|
В общем, если бежать по TmpRestoredVATLogTrans_RU, а потом делать find FactureJour_RU, то выборка сч.ф. заняла где-то 10 минут.
Насколько ускорилось - оценить не могу, ждал больше суток и срубил процесс. PS: 10 минут, это только тот кусок, который связан с джойном, целиком заполнение в обработку несколько часов идет. Последний раз редактировалось TravellerInTime; 25.07.2012 в 10:01. |
|
25.07.2012, 10:13 | #16 |
Участник
|
Зарегистрировать проблему в Microsoft не получится?
__________________
Ivanhoe as is.. |
|
25.07.2012, 10:20 | #17 |
Участник
|
Во-первых, я не знаю как это сделать.
А во-вторых, и это главное, решение нужно сейчас, а не когда соизволит это исправить Microsoft. Если вообще соизволит, насколько я понимаю, на их отладочных примерах ничего не виснет, иначе как они вообще выпустили такой продукт. |
|
Теги |
книга покупок, обработка входящего ндс |
|
|