|
Проблемы репликации первичного ключа типа int в SQL 2000
|
|||
---|---|---|---|
#18+
Кто-нибудь обладает опытом в таком деле? Допустим есть таблица с первичным ключем типа int. Настроена merge-репликация между двумя SQL2000. Два пользователя одновременно на двух серверах добавляют запись, как сработает репликация? В SQL 7.0 выживала запись сервера с более высоким приоритетом, другая удалялась. Именно из-за этого приходится использовать uniqueidentifier(тогда обе записи выживают) вместо int, а это не очень удобно. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2001, 17:39 |
|
Проблемы репликации первичного ключа типа int в SQL 2000
|
|||
---|---|---|---|
#18+
Не совсем корректно поставлен вопрос, хотя суть, в общем-то ясна. Дело не в том, int или uniqueidentifier, а в том, как добиться разных идентификаторов на разных серверах, чтобы не возникало конфликтов репликации. Использование uniqueidentifier вместо int - это только один вариант. Второй вариант - использование int с Identity с разными SEED на разных серверах. Третий вариант - вообще не использовать Identity, а вместо него задействовать собственный механизм присвоения нового идентификатора. Четвертый вариант - использовать составной первичный ключ, первое поле Identity - второе - номер сервера. Пятый вариант - вместо Merge-репликации использовать репликацию непосредственно-обновляемых подписчиков (в совокупности с собственным механизмом вычисления нового номера ID). Версия SQL эту ситуацию в принципе изменить не может. ... |
|||
:
Нравится:
Не нравится:
|
|||
16.03.2001, 19:26 |
|
|
start [/forum/topic.php?fid=46&msg=32003173&tid=1827189]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
40ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
others: | 274ms |
total: | 411ms |
0 / 0 |