MasterZivавторПри использовании GUID-ключей конечно проще обеспечивать их глобальную уникальность, но гораздо сложнее потом консолидировать данные? Как это обычно делается?
GUID даёт уникальность , тебе же нужна не только уникальность, а ещё и сериализованность процесса создания твоих записей.
Т.е. тебе нужно строго упорядочить записи в каждой БД (и возможно глобально тоже) в порядке (видимо) их появления.
Для этого GUID не подходит, для этого нужен какой-то упорядочивающий критерий. Время появления записи -- достаточно хороший
критерий. Можно и счётчик, но счётчик будет заведомо уникален только в рамках одной БД, не глобально.Есть несложное (сравнительно) решение для любого типа ключа - хоть автоинкремент, хоть GUID, хоть что разработчику в голову взбредет:
1) создаем буферную табличку;
2) на интересующую таблицу в исходной БД вешаем триггер, из которого вставляем ключ новой записи в буферную таблицу.
3) периодически запросом читаем содержимое буфера.
4) если что-то есть, грузим записи (хоть по одной штуке) по полученным ключам куда надо.
5) после загрузки чистим буферную таблицу от уже загруженых ключей.
Т.е., получаем "рукопашную репликацию", если стандартное решение "не устраивает"...