Замечаю такую вещь, что если основная конфигурация отличается от конфигурации бд, то выполнение сравнения/объединения проходит намного медленнее (неважно с конфигурацией поставщика, бд или из файла). Эта какая-то особенность или только у меня так?

Не замечал

(0) Я правильно понимаю, речь идет про обновление конфы типовой и измененной? Мол измененная гораздо дольше сравнивается?

(2) не. Если конфигурация не отличается от конфигурации БД, то сравнение проходит быстро (неважно с какой конфигурацией); если конфигурация отличается от конфигурации БД, то сравнение проходит раза в три дольше.

(3) Есть подозрения что как раз очень важно с какой конфигурацией: когда отличий не много сравнение идёт очень быстро

(3) Объекты конфигурации хранятся в двух таблицах: CONFIG (конфигурация БД) и CONFIG_SAVE (измененные объекты). Возможно, работа с CONFIG_SAVE идет медленно.

Встречал тут советы TRUNCATE CONFIG_SAVE, типа там иногда мусор скапливается.

(4) Подготовил конфигурацию, сохранил ее в файл. Затем на рабочей запустил сравнение - прошло быстро. Обновил и через 5 минут обнаружил ошибку. Внес две строчки изменений в рабочей, сохранил основную конфигурацию (конфигурация бд в этот момент не обновлена). И после этого запустил еще раз сравнение - и вот тут сравнение длилось минут 30 вместо привычных 5-10. Был еще один случай подобный и после него я больше так не делаю. В тестовой чуть быстрее, но отличия тоже примерно раза в три по времени.

(5) немного боязно такие вещие выполнять)) сама таблица 0,070 MB занимает

(6) хз. При сравнении похожих конфигураций не воспроизводится на 8.3.18.1208. База файловая.

(6) Создай хранилище, не мучай жопу. Как дети малые, ей богу.

(9) да я предлагал создать, как только устроился, но руководитель отказал)

(9) Хранилище тоже тот еще тормоз.

(10) Интересно, чем мотивировал?

(10) ну тогда пиши служебку, мол из-за отказа от типовой возможности доработки конфигурации путем использования хранилища конфигурации, время обновления будет занимать столько то времении спокойно наливай себе чай с печенюхами, пока обнова идет)

(11) Если куча мелких изменений, одно за другим, то всяко быстрее. Да и вообще медленнее только если накатывал обновление на ЕРП и то не факт.

(11) не знаю, у нас хранилище норм пашет, тоже был случай, когда начало сильно тупить при захвате в хранилище, вопрос решился чисткой кэша и снова все заработало штатно

(12) "Полтора программиста могут обойтись и без него"
(14) В этом-то и прикол, что изменений не куча, а три строчки кода в модуле) И да, это ЕРП

(16) Хе... Я когда один на фирме сидел, для себя поднимал... Удобно таки... Если накосячил, то можно быстро вернуться...

(17) когда вырасту так и буду делать, а пока делаю то, что говорят)

(16) Начальник видимо думает, что хранилище конфигурации это какая-то неведомая хрень, которую чтобы поднять надо нанять еще кучу спецов, купить оборудование, ПО и это все займет пару месяцев?

(16) Прикинь, а ЕРП, если оно к хранилищу подключено, внести изменение одной строки займет от силы пару минут. С равнениями/объединениями можно по пол часа делать.

(16) >это ЕРП

Так бы сразу и сказал :)

(15) Не, ну если хранилище развернуть на сетевой шаре, то таки оно очень может быть тормознутым и регулярно самоубиваться.

(22) если шара локальная, никаких проблем.

(23) Таки моя личная практика показала, что развернутый сервер хранилища значительно ускоряет работу с ним, даже по сравнению с хранилищем на локальном диске.