Сравнение файлов
Проблема ПИРПервое решениеОписаниеПроектДетализация
Что изменено:Как изменено:
102.110377NEWМедленно рассчитываются текущие остаткиСкладской учетрасчет текущих остатков
Медленно рассчитываются текущие остатки Возникла проблема со скоростью пересчета текущих остатков - платформа MS SQL, берем 100 МЦ, со складским учетом одновременно работает 20 пользователей, всего работающих пользователей - 96. Ранее пересчет происходил за 2-3 минуты, теперь - за 20 минут. 1) размеры базы данных ~ 100 Gb 2) количество объектов учета, обрабатываемых в указанных режимах - зависание наблюдается даже при пересчете по 100-200 МЦ; 3) характеристики сервера (могут дать только эти характеристики): HP Xeon 3.66GHz*3 RAM 9Gb Windows Server 2003 Ent SP2 СУБД SQL 2000 4) отчет о рабочей станции см. во вложении. 5) количество одновременно работающих пользователей в данных режимах - всего в базе пользователей 100, максимальное количество одновременно работающих в Галактике 50-70 пользователей, в Складском учете макисмальное количество одновременно работающих пользователей 20 6) фиксируемое время - 20 - 30 минут, и требования клиента по времени выполнения функций - 2-3 минуты было ранее; 7) возможность передачи базы данных для проверки - база слишком большая, передать не могут. 8) Пересчет на старых патчах (сводный отчет - старые патчи) происходил за 2-3 минуты. Это обновления от 06.04.2011. Также быстро пересчет происходил и на более поздних обновлениях, но тут клиент не может назвать точную дату обновлений, поэтому прислали сводный отчет на 06.04.2011. А также во вложении сводный отчет-новые патчи, на котором пересчет происходит 20-30 минут. 9) параметры пересчета во вложении.Визуализация процесса пересчета доработана. Теперь в начале пересчета запускается визуализация: "Инициализация расчета сальдовых остатков" и т.к. запускается неделимый процесс, поэтому операция инициализации непрерывна. Так же она возникает между различными процессами, когда происходит инициализация таблиц базы данных, позиционирование и т.д. К примеру между процессами удаления остатков и их расчетом. Что касается быстродействия. Проблему частично решит ПИР 104.19639. Вернет быстродействие, которое было до установки блокировок. Т.е. пользователь будет сам решать как ему работать: с блокировками и не пересчитывать цены в расходных ордерах или без блокировок и с пересчетом цен. Оптимизация же кода расчета остатков будет проводится по ПИР 102.111112. Это длительный процесс. Отлаженное решение можно будет ожидать где-то весной 2012г.