После обновления на 1.033.2 SP4 долго сохраняются карточки : Супермаг Плюс (Супермаг 2000)

john_the_ripper · █ 11.11.2016 10:19

Добрый день

Хотел узнать, один ли я столкнулся с проблемой такой, что после обновления СМ с 1.033.1 SP4 до 1.033.2 SP4, стали долго сохраняться изменения в карточках. Т.е. входим в редактирование карточки, нажимаем сохранить и получаем "фриз" на секунд десять, хотя до обновления такого не было. Индексы связанные с %SMCARD% перестроил, эффекта не дало, увы.

OlegON · █ 11.11.2016 10:43

Залез к одному из клиентов на этой версии, выбрал произвольно карточку, нажал редактировать, нажал сохранить.
Из задержек - только анимация отжатия кнопки. Вовсю рабочий день.

john_the_ripper · █ 22.11.2016 04:54

Такое поведение нашлось и на одной подчиненой базе. При отправке в неё карточек, прием происходит тоже очень долго. Трассировка говорит что 80% времени занимают запросы такого вида:

Цитата:

INSERT INTO TTARTMATRIX(ARTICLE, TYPE)
SELECT DISTINCT X.ARTICLE, 2
FROM SMCOMPLEXARTICLES X, TTARTMATRIX T
WHERE X.COMPLEXARTICLE = T.ARTICLE AND T.TYPE = 0 AND NOT EXISTS (
SELECT 1
FROM TTARTMATRIX M
WHERE M.ARTICLE = X.ARTICLE AND T.TYPE = 0) AND NOT EXISTS (
SELECT 1
FROM SMCARDMATRIX A
WHERE A.IDMATRIX = :B1 AND A.ARTICLE = X.ARTICLE)

insert into SMCardAssort(IDAssort,Article)
select 58,CRD.Article
from SMCard CRD
where CRD.Article=:art and (UPPER(CRD.Country)=UPPER('МЕКСИКА'))

План выполнения запросов нормальный, работают по индексам, диски и процы не заняты. Запросов этих очень много и соответственно времени занимает все это много. На остальных базах такого поведения нет.

OlegON · █ 22.11.2016 06:43

В отчете оптимизатора что на тему автоматически пополняемых ассортиментов?

john_the_ripper · █ 22.11.2016 08:54

Цитата:

OlegON ➤ В отчете оптимизатора что на тему автоматически пополняемых ассортиментов?

Они есть
До обновления просто это проблемы не вызывало

OlegON · █ 22.11.2016 09:07

Сколько их? Они вызывают проблемы с момента их введения чуть ли не в 1018 версии. Причем, там рост в геометрической прогрессии, поэтому достаточно добавить еще один, чтобы все резко затупило. Если больше 10-20, то можно напрягаться и смотреть, какие не нужны.

john_the_ripper · █ 22.11.2016 09:31

Цитата:

OlegON ➤ Сколько их? Они вызывают проблемы с момента их введения чуть ли не в 1018 версии. Причем, там рост в геометрической прогрессии, поэтому достаточно добавить еще один, чтобы все резко затупило. Если больше 10-20, то можно напрягаться и смотреть, какие не нужны.

Около сотни, но до обновления была версия 1.033.1 SP4 и такое же кол-во автоматических ассортиментов, и все работало отлично. В одной из баз я отключил временно автоматическое обновление и да, проблема ушла, но есть необходимость продолжать их использовать. Получается в этой версии была изменена логика работы с ними.

OlegON · █ 22.11.2016 09:43

Сама логика автопополняемого ассортимента не предполагает, что их значительно больше, чем сотрудников, которые с ними работают. Скорее всего, это просто "хочем" без веского основания. И тормозить, кстати, еще и приходы должны, которые запускают механизм автопополнения.

Вижу выход в отложенном пополнении не критичных к актуальности ассортиментов, по ночам или раз в час, например, своими скриптами. Если хочешь - встрою в оптимизатор.

john_the_ripper · █ 22.11.2016 09:57

По полю доп. свойства в карточке, формируем асортименты для отделов в магазине. Такую схему работы уже давно приняли.
Т.е. срабатывать будет не по тригеру, а по запуску оптимайзера например? Было бы выходом из ситуации конечно.
Я так понимаю при запуске он просто будет обновлять те ассортименты, в которых есть правила?

OlegON · █ 22.11.2016 10:18

Думаю, чтобы не повеситься на разборе правил в нотации С+ и не увязнуть в версиях Супермага, можно просто добавить к имени ассортимента какой-то символ, например, в квадратных скобках [+], а в отдельном текстовике описать правило для таких ассортиментов. Не смотрел даже издалека, может твой вариант тоже подходит. Разбери, как оно пополняется - я добавлю.