|
Действия ...
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
19.08.2002, 19:56:18
|
|||
|---|---|---|---|
|
|||
Identity Range |
|||
|
#18+
Вот случилось страшное.... В MERGED репликации при добавлении записи на подписчике выдается сообщение, что identity range is full. Чинил, чинил, и единственное чего добился, это при увеличении Identity range в репликации, стучать вроде перестало, но есть такое чувство, что это опять стуканет. Может кто сталкивался с этим, и знает как лечить? И как правильно изменять состав полей таблиц учавствующих в репликации. Например, если поле надо добавить, и данные при этом не потерять. Ведь пока изменяешь состав полей, на подписчике в таблицу могут добавить записи... Заранее спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.08.2002, 12:52:22
|
|||
|---|---|---|---|
Identity Range |
|||
|
#18+
В нашей конторе это сделано следующим образом - в основных таблицах вместо identity используются 2 поля: ID офиса и Count которые заполняются триггером на Insert. Так что конфликтов репликации по этому поводу еще никогда не происходило, при этом еще и можно посмотреть в каком офисе данная запись родилась... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
20.08.2002, 13:02:16
|
|||
|---|---|---|---|
Identity Range |
|||
|
#18+
Рецепт один - использовать в качестве ID записи (первичного ключа) тип данных UNIQUEIDENTIFIER совместно с встроенной функцией NEWID(). Это рекомендует MS в топике BOL "How Merge Replication Works" и просто здравый смысл. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.08.2002, 09:55:16
|
|||
|---|---|---|---|
|
|||
Identity Range |
|||
|
#18+
Здравый смысл - это хорошо. Спасибо, что просвятили. Сразу оговорюсь, мне досталось все уже настроенное и работающее. Так что для меня все это работа с нуля. И когда что-то стучит приходится разбираться по новой... В настоящее время ничего переделать не удастся, по этому в качестве PK продолжает использоваться автоинкрементное поле. Хотелось просто понять как бороться с подобными глюками в будущем... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.08.2002, 10:50:33
|
|||
|---|---|---|---|
Identity Range |
|||
|
#18+
2 БАМБР Да я не упрекаю - ни в коем случае. Я сам достаточно работал с чужими шедеврами. Если обидел - прошу прощения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
22.08.2002, 19:35:32
|
|||
|---|---|---|---|
|
|||
Identity Range |
|||
|
#18+
2 Jimmy Я не обижаюсь. Кстати проблема-то остается и сновной вопрос вот в чем: почему, при заполнении таблицы вручную, IDENTITY не переходит в следующий диапазон значений? Причем на подписчике базу можно заполнять свободно. В этот раз вылечилось выполнением хранимой процедуры sp_adjustpublisheridentity. Так какого же спрашивается не произошло автоматического перехода в другой диапазан значений? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
23.08.2002, 13:43:30
|
|||
|---|---|---|---|
|
|||
Identity Range |
|||
|
#18+
Народ, ну объясните, почему IDENTITY на Publishere не переходит в следующий диапазон? В чем проблема? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
28.08.2002, 16:39:55
|
|||
|---|---|---|---|
|
|||
Identity Range |
|||
|
#18+
Ну неужели никто не поможет??????? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
30.08.2002, 13:52:57
|
|||
|---|---|---|---|
Identity Range |
|||
|
#18+
2 БАМБР Обратись персонально к Деду Маздаю - только вежливо :0) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
02.09.2002, 14:58:34
|
|||
|---|---|---|---|
|
|||
Identity Range |
|||
|
#18+
2 Jimmy Ну спасибо, утешил! То есть ты хочешь сказать, что здесь таки никто не поможет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
02.09.2002, 15:02:11
|
|||
|---|---|---|---|
Identity Range |
|||
|
#18+
2 БАМБР Пока не вижу реальных ответов :0) ЗЫ Дед Маздай, конечно, может разъяснить. Если захочет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=46&mobile=1&tid=1820668]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
48ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 199ms |
| total: | 335ms |
| 0 / 0 |
