|
su.dbms.sql
- SU.DBMS.SQL ------------------------------------------------------------------
From : Nik Sestrin 2:5020/400 14 Mar 2001 15:26:52
To : All
Subject : Re: MSSQL-GUID-replicate
--------------------------------------------------------------------------------
"Serg Vasiltsoff" <Crimean@Scrooge.Donetsk.ua> сообщил/сообщила в новостях
следующее: news:98n80t$956$1@dipt.donbass.net...
> > Коллеги! Есть у кого опыт построения распределенных систем на MS SQL с
> > использованием GUID-ключей? Hасколько я понимаю применение GUID
позволяет
> > избежать многих конфликтов репликации. Буду рад если кто прокомментирует
> тему
> > "GUID и репликация".
>
> Ладно, попробую еще раз объясниться по поводу репликации.
> Барин, а что Вы имеете в виду под термином "распределенная система"?! Это
> так, безотносительно ;)
> Все ТЕХHИЧЕСКИЕ конфликты репликации решаются и без GUID'ов совершенно
> спокойно. Как вариант - ввести несколько альтернативных ключей. У нас было
> что-то типа для каждой таблицы Id и OriginId. Id заполнялось самой базой,
> Origin заполнялся репликой, если запись пришла извне. Уникальность по Id и
> по OriginId + Id, что-то типа того, подробности уже не помню. Hу и не
особо
> важны эти подробности - решить можно не двумя полями, так тремя -
> добавлением в уникальность кода филиала и т.д. Hо это все лирика, еще одна
> попытка доказать то, что технически все можно решить.
Прямо как у меня в одном проекте, правда акцессном, вплоть до полного
совпадения имен полей...
> Что? Бред несу? Правильно! Такие задачи решаются перепланированием базы
> данных, путем изменения самой постановки задачи. И всякие GUID'ы тут
совсем
> не при чем - еще раз повторюсь, технически двусторонняя репликация
решаема,
> а вот на предметном уровне - не всегда.
Только вот с GUIDами проще - предположим в варианте без GUIDов транкейтят
какую-либо таблицу и получаем конфликт при репликации из нее в другую. GUID
же в силу того, что несет еще метку времени, гарантирует отсутствие
подобного и возможность обратного восстановления в вышеописанной ситуации.
--
Nik Sestrin
--- ifmail v.2.15dev5
* Origin: MTU-Intel ISP (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
