Ошибка в обновлении за 2 квартал 2010г.

[Roman]

Здравствуйте! Решил провести обновления с версии 3.10.4 до текущей, и начал по порядку. На первом же обновлении получил ошибку при выполнении скрипта FB0186_DocspecPS_drop.sql, т.к. в предыдущем скрипте (DocspecPS_uninstall) не доделана процедура удаления зависимостей этой таблицы, остались нетронутыми триггеры tmp_docspec_au_ps, tmp_docspec_ad_ps, tmp_docspec_ai_ps

Собственно вот ошибка
------- ВЫРАЖЕНИЕ --------

drop table docspec_ps

------- ОШИБКА --------

This operation is not defined for system tables.
unsuccessful metadata update.
cannot delete.
COLUMN PRICECUR.
there are 2 dependencies.


Вопрос - Это я где то когда то не удалил или не модифицировал эти триггеры, или же это косячное обновление.
Если вариант 2, я мог бы добавить удаление этих триггеров в предыдущий скрипт, а в следующем пересоздать их, но хотелось бы знать наверняка, откуда эта проблема

[VerLeon]

Триггеры даже судя по названию - временные. Откуда они у Вас в базе - не смог определить, по скриптам не нашел, где бы они могли создаваться. Так что можете смело убивать. Одно только сомнение - посмотрите - в базе есть те же триггеры, но без префикcа tmp_? Если нет, то проблема серьезная и требует вмешательства наших сопровожденцев.

[Roman]

Триггеры типа tmp_docspec_XX_ps действительно абсолютно идентичны триггерам типа docspec_xx_ps. И те и другие вносят изменение в docspec_ps. Только первые реагируют на изменения в таблице tmp_docspec(которая не пуста), а вторые реагируют непосредственно на изменения в docspec_ps. Могли ли появиться эти триггеры в следствие того, что в конфигураторе стоит галка вести учёт по неоприходованным остаткам? И что это за таблица такая tmp_docspec?

[VerLeon]

Ни триггеров, ни таблицы такой в оригинальных скриптах не обнаружил. Либо самодеятельность сопровожденцев либо даже не знаю что. В любом случае - триггеры убивать, равно как и таблицу - они только мешают. На нормальную работу С-Маркета это не повлияет.

[Roman]

Спасибо, после праздников попробую