Собственно наваял свой обмен данными на json. В основном для РИБ.
В текущей базе все просто синхронизация по кодам справочников и по номерам доков (с учетом префиксов баз).

Но если делать его универсальным для разных баз то куда лучше всего засунуть уникальные id для синхронизации?

Встроенные нежелательно ибо не поменять (простым способом) для сведения в один РИБ уже рабочих баз.

Добавлять ко всем объектам реквизит это неинтересно.

Может лучше отдельный справочник в котором все коды объектов базы и сами (ссылки на) объекты?
Но скорость работы такого отдельного справочника настораживает, с индексами то оно не помрет?

чо вдруг помирать то
скока объектов ты туда в день запишешь?

лично я не понял, что автор делает и почему нужно хранить GUID?

а, это клюшки...

(3) Йес, Сэр это 7.7

(1) ну скажем под лям не помрет?
с галочками "сортировка" и "отбор по реквизиту" для поиска?

ЗЫ
помнится были проблемы с тормозами при реструктуризации таких больших справочников с допиндексами, но этот вроде не будет меняться

(4) в клюшках подключаем 1с++ и юзаем внешнюю табличку

с какими хочешь индексами

(4) а почему сделать общий реквизит?

(8) В справочниках нет общего реквизита.

(5) лям записей в день???
----
1сджолнал с кучей индексов как-то тянет несколько лямов записей )

(6)(7) никаких 1с++ и внешних табличек снаружи базы... только встроенное в 1С77 без ВК, только хардкор!

(10) да лям это по максимуму )) с запасом

тока придется делать что-то типа
поле 1 - УИД - строка ... (сортировка)
поле 2 - Справочник неопределенного вида (сортировка)
поле 3 - Документ неопределенного вида (сортировка)
----
наименования и код нужно отколючить, либо использовать под УИД

(13) да-да так и думал

какие минусы?

должно взлететь

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

смотря какие фильтры тебе нужный
для простого поиска УИД -> объект и обратно доп индекс по вида не нужен

ну еще надо 1 индексное поле - справочник баз владельцев уида или простое текстовое поле

(18) нафик нафик, считаем что это id объекта уникального а не в привязке в плану обмена/базе