Здравствуйте!Подскажите,пожалуйста,кто в теме .Как обновить хран cf ?Есть какие то хитрые пути решения проблемы?Буду благодарна ,за решения и советы.
---
Не, замену конфы при подключенном хранилище сделать не даст. Только через сравнение-объединение.
---
Проблема-то в чем? Захватываешь корень рекурсивно и обновляешь.
---
захватываю корень,а загрузить конфигурацию из файла не активно
---
Не, замену конфы при подключенном хранилище сделать не даст. Только через сравнение-объединение.
---
то есть путь такой:захватываю конфигурацию рекурсивно,затем сравнить.объединить с конф из файла,объединяю,обновляю,отпускаю объекты.Так?
---
Есть тонкость при обновлении доработанных типовых. Если сравниваете-объединяете с обычным cf, то не обновится конфигурация поставщика. Новую конфу поставщика можно загрузить, сделав сравнение-объединение непосредственно с конфой поставщика (cf, выгруженным через настройку поддержки). ЕМНИП, от применения результатов объединения можно отказаться, конфа поставщика при этом все равно будет загружена.
---
Поняла,спасибо)
---
Чем хитрее путь, тем непредсказуемее последствия.
Под "не типовой" вы понимаете "типовую, но сильно переработанную"? Или как?
---
ну да))
---
Перейдем ко второму вашем термину. Итак, а "проблема" в чем?
---
Проблема в том,что когда захватываю корень,загрузить конфигурацию из файла не активно для обновления cfником.Поэтому спрашиваю,как в этом случае обновить конфигурацию,имеющую хранилище,не отключая его.
---
Ну вот так и надо спрашивать. а не "как по-хитрому решить мою проблему, о которой я вам не напишу, попробуйте сами догадаться"...
Ответ вам выше уже дали корректный.
---
спасибо
---
Если не разбираетесь в тонкостях объединения конфигураций, то лучше не делать самому. Вероятность, что что-то затрётся крайне высока. В любом случае, сделайте копию всей базы перед этим.
---
без вариантов...надо делать,естественно копия сделана и работа ведется сначала на тесте))
---
тогда захватывайте всё, и запускайте сравнение. Может такого рода статьи помогут
---
как обновлять типовую доработанную,я знаю,но с храном еще не обновляла,поэтому и спросила,есть ли какие то тонкости.В данном случае,нужно просто накатить cf уже с изменениями конкретно для этой доработанной конфы,и я тут засомневалась,как мне обновить конфигурацию с храном этим cf
Но за статьи спасибо)
---
раз так, то после обновления и проверки останется только всё рекурсивно поместить в хранилище и обновиться в реальной.
---
Спасибо)
---
Ну и еще есть тонкость, связанная с тем, как именно вы готовили cf для обновления. Судя по тому, что вы были готовы заменять конфу полностью, то она является прямым потомком и проблем возникнуть не должно. Но в общем случае сравнение-объединение происходит по именам метаданных и можно схлопотать "пересорт" по внутренним идентификаторам метаданных, в результате чего обновленная конфигурация перестанет являться прямым потомком конфигурации поставщика.
---
Но в общем случае сравнение-объединение происходит по именам метаданных
Кажись если в настройках сравнения-объединения указать, что загружаемая конфигурация является прямым потомком, то сравнение-объединение будет выполняться по идентификаторам, а не именам.
---
Это просто при сравнении конфигураций?Галка-Устанавлиивать соответствие по именам объектов?
---
Пост (22) был про сравнение-объединение, а не про просто сравнение.
---
Спасибо,поняла)
---
а вот тут по-подробнее)) что в таком случае делать?
---
Переигрывать. Иначе будут постоянные проблемы с последующими обновлениями. Еще как вариант - вроде как можно настроить связь между идентичными объектами основной конфы и поставщика с разными идентификаторами. И тогда поддержка будет это учитывать. Но я ни разу этим не пользовался. Проще избегать такой ситуации.
---
Можно еще для очистки совести по результату выполнить сравнение конфы с конфой поставщика ("Конфигурация" - "Сравнить конфигурации" со снятой галкой "Устанавливать соответствие по именам объектов") и убедиться в отсутствии "пересорта" по внутренним идентификаторам.
---
ок,спасибо)Интересно!