Господа, может ли кто объяснить отличия между "загрузить конфигурацию" и "сравнить/объеденить конфигурацию" . Прочитав не одну статью выводов так сделать не получилось. Главный вопрос если загрузить конфигурацию влияет ли это в отличие от "сравнить/объеденить конфигурацию" на индексирование таблиц базы данных и если да то каким образом.

Отличия между загрузить конфигурацию и сравнить/объединить конфигурацию

3. herfis 500 24.11.16 18:48 Сейчас в теме

Главное отличие из неочевидных - при сравнении/объединении сопоставление элементов метаданных производится по их именам, а при загрузке - по внутренним идентификаторам метаданных.
Как следствие - если загружаемая конфа копия исходной, в которой элемент переименовали, то при загрузке он тоже переименуется в целевой конфе, а структурных изменений не будет (по идее). А вот через сравнение/объединение будет предложено удаление старого и добавление нового элемента.
Как второе следствие - если две разные базы были созданы из одного родителя, но потом обнолялись якобы одинаково, но через сравнение/объединение, то их строгая идентичность не гарантирована, так как из-за разного порядка обновлений элементы метаданных с одинаковыми именами могли получить разные внутренние идентификаторы. И, например, попытка свести их потом в РИБ, который подразумевает строгую идентичность конфигураций, может внезапно оказаться не такой простой.

2. alex-l19041 8 24.11.16 18:45 Сейчас в теме

(1) а в чем собственно проблема ? Если надо только внести изменения в основную конфу, то всегда использую сравнить/объеденить. Если надо еще одновременно и конфигурацию поставщика обновить, загрузить

5. lefthander 24.11.16 23:49 Сейчас в теме

(1)загрузить предполагает что исходная конфигурация будет заменена загружаемой со всеми вытекающими. Сравнить/объединить сначала сравнит объекты, затем объединит по неким правилам с исходной. Что бы понять как все это работает можете взять и на копии какой нибудь не нужной базы поиграть данними операциями. Помните что для успешной замены нужно снять с поддержки все объекты конфигурации.

3. herfis 500 24.11.16 18:48 Сейчас в теме

Главное отличие из неочевидных - при сравнении/объединении сопоставление элементов метаданных производится по их именам, а при загрузке - по внутренним идентификаторам метаданных.
Как следствие - если загружаемая конфа копия исходной, в которой элемент переименовали, то при загрузке он тоже переименуется в целевой конфе, а структурных изменений не будет (по идее). А вот через сравнение/объединение будет предложено удаление старого и добавление нового элемента.
Как второе следствие - если две разные базы были созданы из одного родителя, но потом обнолялись якобы одинаково, но через сравнение/объединение, то их строгая идентичность не гарантирована, так как из-за разного порядка обновлений элементы метаданных с одинаковыми именами могли получить разные внутренние идентификаторы. И, например, попытка свести их потом в РИБ, который подразумевает строгую идентичность конфигураций, может внезапно оказаться не такой простой.

4. herfis 500 24.11.16 18:52 Сейчас в теме

В конфигураторе есть удобный режим сравнения конфигураций, в котором есть специальная галка режима сравнения.

6. herfis 500 25.11.16 10:47 Сейчас в теме

Наверное, нужно уточнить в контексте "основной" конфигурации и "конфигурации базы данных (БД)". Все знают, что сначала происходит изменение основной конфигурации, а потом происходит ее "накатывание" на конфигурацию БД.
Поэтому правильнее будет сказать так: при накатывании основной конфигурации на конфигурацию БД их сопоставление ВСЕГДА происходит по внутренним идентификаторам. Просто "загрузить конфигурацию" полностью заменяет основную конфигурацию и остается только этап накатывания основной конфигурации на конфигурацию БД. Поэтому никаких двусмысленностей быть уже не может. Сопоставление только по внутренним идентификаторам. Новые элементы зальются с теми идентификаторами, которые были в загружаемой конфигурации.
А режим объединения/сравнения позволяет "сконструировать" основную конфигурацию из каких угодно источников, опираясь на сравнение по именам. При этом новым элементам метаданных будут присвоены КАКИЕ-ТО ОЧЕРЕДНЫЕ внутренние идентификаторы в КОНТЕКСТЕ ОБНОВЛЯЕМОЙ КОНФИГУРАЦИИ. НЕ ОБЯЗАТЕЛЬНО ТЕ, ЧТО БЫЛИ В ИСТОЧНИКЕ (просто могут совпадать, если базы всегда обновлялись единообразно). А потом уже получившийся результат будет накатываться на конфигурацию БД, сопоставляя по внутренним идентификаторам метаданных.

7. TeMochkiN 25.11.16 10:54 Сейчас в теме

(6) получается, если я удалю какой-нибудь реквизит и тут же его создам с абсолютно такими же свойствами, при обновлении конфигурации БД данные этого реквизита затрутся, т.к. идентификаторы будут различны?

8. Swetlana 25 25.11.16 11:01 Сейчас в теме

(7) при загрузке идет сравнение по именам вроде

9. TeMochkiN 25.11.16 11:06 Сейчас в теме

(8) извините, имел ввиду непосредственное редактирование основной конфигурации

14. корум 288 25.11.16 11:35 Сейчас в теме

(7)

удалю какой-нибудь реквизит и тут же его создам с абсолютно такими же свойствами,

таки да, это будет новый реквизит, данные старого затрутся.

16. herfis 500 25.11.16 13:36 Сейчас в теме

(7) Как уже сказали - да, затрутся (физически в БД из таблицы объекта будет удалена колонка старого реквизита и будет создана новая колонка с другим названием). Если в основной конфигурации удалили реквизит случайно, то нужно сделать "Вернуться к конфигурации БД". Тогда основная конфигурация перезальется из конфигурации БД.

10. la4an 25.11.16 11:19 Сейчас в теме

(6) А как все это может влиять на индексирование таблиц базы данных

11. kuzev 47 25.11.16 11:24 Сейчас в теме

(10) зачем Вам это знать?

12. la4an 25.11.16 11:29 Сейчас в теме

(11) После обновления конфигурации через "Загрузить конфигурацию" в одном из документов появилась не объяснимая ошибка которая пропала после Индексирования. Теперь появился спор - могло и главное как загрузить конфигурацию могло изменить индексацию таблиц базы данных

15. herfis 500 25.11.16 13:27 Сейчас в теме

(12) Непонятно, что у вас произошло. Для восстановления событий информации маловато. Но если в самом деле слетел какой-то индекс в результате сбоя при обновлении, то прямой связи с режимом обновления я не вижу. Этот этап общий для обоих режимов.
А чтобы контролировать, что в самом деле произойдет после заливки конфы через "загрузку" - рекомендую всегда перед накатыванием на БД делать сравнение основной конфигурации и конфигурации БД через "Сравнение конфигураций" со снятой галкой "Устанавливать соответствия по именам объекта". В этом режиме сравнение происходит быстро и показывает, какие именно изменения будут внесены в конфигурацию БД.

13. la4an 25.11.16 11:31 Сейчас в теме

(11) Т.е что бы понять все это "Одна бабка сказала" или действительно Загрузить конфигурацию влияет на индексирование таблиц базы данных. Просто если есть влияние хотелось бы узнать какое

Отличия между "загрузить конфигурацию" и "сравнить/объединить конфигурацию"