Аксапта рушится!

[mazzy]

Цитата:

Сообщение от laptev

To mazzy
Модифицировалось автоматическое создание журнала инвентаризации, как самая тяжёлая задача.

Создание журнала инвентаризации - самая простая задача
http://axapta.mazzy.ru/lib/journaltrans_insert/

Цитата:

Сообщение от laptev

Цитата:

Сообщение от mazzy

Сколько пользователей работало одновременно с вашей проверкой?

Одновременно (теоретически) могут запустить инвентаризацию не более 3-х пользователей.

Это почему же?

А сколько человек одновременно с вами создавало складские проводки?

Цитата:

Сообщение от laptev

Цитата:

Сообщение от mazzy

Что сказали пользователи пока работал ваш отчет?

Пользователи не ругались. Наоборот.

Ну, хоть так.

Цитата:

Сообщение от laptev

Цитата:

Сообщение от mazzy

Задача программиста - повысить ОБЩУЮ производительность работы. Чтобы все пользователи системы работали относительно быстро. Чтобы не было такого, что один работает, а остальные курят бамбук. Особенно на многогигабайтных данных.

Стандартный алгоритм создания журнала инвентаризации работал 2..22 часа.
Остальные пользователи в это время с трудом проводили любые складские операции.

"Работал" или давал оценку?
Оценку алгоритм дает исходя из максимального количества строк, которое вы задали в диалоге.
А не на основании фактического количества.

Странно. А длинные запросы у себя отслеживали?
http://axapta.mazzy.ru/lib/querytuning/

Цитата:

Сообщение от laptev

Возможно, при увеличении базы в 10раз будут отрицательные эффекты. Но очевидно, что стандартный отчёт на большой базе не завершится вообще никогда...

У других завершается.

Это не повод делать заплатку, которая через некоторое время превратиться в узкое место.
Это повод проанализировать проблемы быстродействия вашей системы в целом.

[laptev]

Цитата:

Сообщение от mazzy

"Работал" или давал оценку?
Оценку алгоритм дает исходя из максимального количества строк, которое вы задали в диалоге.
А не на основании фактического количества.

Странно. А длинные запросы у себя отслеживали?

Да, время выполнения запросов (а также всех строк кода) отслеживали с помощью Profiler'a.
Запросы выполняются достаточно быстро (в среднем ~ 20 мс).
НО!
В стандартном механизме создания строк журнала инвентаризации для расчёта количества inventJournalTrans.inventOnHand используется класс InventSumDate (а это уже не один запрос, а 10-20).
Плюс на подготовку и запись строки 150мс.
Итого в среднем на строку 500мс.
Если 30 000 строк: 30 000 * 0,5 (с) / 3600 (с/час) = 2,8 часа. Это долго.
Что тут можно оптимизировать? Наверное, только модифицировать алгоритм... В том числе и алгоритм записи строк.

[mazzy]

Цитата:

Сообщение от laptev

НО!
В стандартном механизме создания строк журнала инвентаризации для расчёта количества inventJournalTrans.inventOnHand используется класс InventSumDate (а это уже не один запрос, а 10-20).

Что-то вы путаете...
Пока читайте здесь http://axapta.mazzy.ru/lib/inventsumdate/

Пошел считать количество запросов.

[mazzy]

Цитата:

Сообщение от laptev

В стандартном механизме создания строк журнала инвентаризации для расчёта количества inventJournalTrans.inventOnHand используется класс InventSumDate (а это уже не один запрос, а 10-20).

Во-первых, инициализация происходит в методе класса
InventCountCreate_Base.createInventJournalTrans

Во-вторых, вызывается InventSumDatePhysicalDim:nHandQty(...)

В-третьих, вызывается не 10-20 запросов, а 5
1. inventsum
2. для разнесенных финансово (для вычитания из inventSum)
3. для разнесенных физически (для вычитания из inventSum)
4. для скомплектованных (для вычитания из inventSum)
5. для зарегистрированных (для вычитания из inventSum)

Если вы сумели получить эти данные ОДНИМ(!) запросом, снимаю шляпу.
Но, скорее всего, вы написали ваш единственный исходя из сильно упрощенных предположений.

Кстати, если у вас не используется комплектация/регистрация/физические разноски, то запросы по ним должны выполняться очень быстро, поскольку должны возвращать пустой recordset. Если же вы используете, то 2,3,4,5 запросы при правильной работе должны возвращать очень небольшую выборку...

Скорее всего, тормоза в стандартном запросе связаны не с количеством запросов,
а с наличием index hint'ов. Но index hint и вообще index'ы надо настраивать для всей системы.

В общем, не убедили.
Скорее всего, вы просто не ухаживаете за вашей Аксаптой.
Скорее всего, при переписывании вы сильно упрощаете и обрезаете свой функционал (в дальнейшем вам будет очень сложно его включить обратно)

[laptev]

Цитата:

Сообщение от mazzy

Скорее всего, тормоза в стандартном запросе связаны не с количеством запросов,
а с наличием index hint'ов. Но index hint и вообще index'ы надо настраивать для всей системы.

Очень может быть. До index hint'ов руки ещё не дошли. Будем работать!
Спасибо за подробные ответы.