|
|
|
Репликация и внешние ключи
|
|||
|---|---|---|---|
|
#18+
Есть два сервера. На обеих серверах находятся базы данных с одинаковой структурой. Один сервер конфигурируется как издатель, второй как подписчик. Репликация транзакцией. В публикации есть НЕСКОЛЬКО таблиц, связанных ВНЕШНИМИ КЛЮЧАМИ. При попытке репликации этих таблиц на сервер подписчика происходят всякие: ...foriegn keys fiolation ...DELETE statement conflicted with COLUMN REFERENCE и т.д. и т.п. Если убрать внешние ключи во всех таблицах на подписчике то репликация проходит совершенно нормально. Хотелось бы сохранить целостность данных (читай - внешние ключи), но и в тоже время и репликацию настроить. Есть какой-нибудь выход? P.S. Я испоьзую 7.0 - ую версию ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2002, 16:16:55 |
|
||
|
Репликация и внешние ключи
|
|||
|---|---|---|---|
|
#18+
А зачем сохранять целостность данных? Ведь на издателе она есть, а на подписчике данные такие-же. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2002, 16:22:43 |
|
||
|
Репликация и внешние ключи
|
|||
|---|---|---|---|
|
#18+
Как же без этого!!! Например, для того чтобы на подписчике "нормально" редактировать эти таблицы. Не позволять чтобы вводили всякую чушь в таблицы. Да и структура баз на серверах должна быть ОДИНАКОВА. и др..... Да и вообще, что значит: "Для того чтобы настроить репликацию нужно удалить все внешние ключи в таблицах" - отстой получается, полный!!!". Я так понимаю все дело в порядке реплицирования таблиц. Есть возможность как-то обойти это? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2002, 16:28:13 |
|
||
|
Репликация и внешние ключи
|
|||
|---|---|---|---|
|
#18+
Ну желание редактировать понятно... Только при репликации транзакцией данные должны быть синхронизованны. Так-что труд пользователей сохранится ненадолго - до следующей переинициализации. Наверное, тут нужна другая репликация - слиянием. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2002, 16:36:39 |
|
||
|
Репликация и внешние ключи
|
|||
|---|---|---|---|
|
#18+
Ну и бог с ним - пусть стирается. Я это привел в качестве примера. Если исользовать merge, то проблема с внешними ключами не решается.... Неплохо было бы подстраховаться и самому - при репликации передается только часть таблиц (может стоять немерянный filter rows) И нет никакой гарантии, что, Например: если передадутся строки спецификации накладных, то для них найдется и заголовок накладной. Бардак будет - полный. ???? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2002, 16:41:28 |
|
||
|
Репликация и внешние ключи
|
|||
|---|---|---|---|
|
#18+
Есть какие-нибудь идеи? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2002, 17:20:21 |
|
||
|
Репликация и внешние ключи
|
|||
|---|---|---|---|
|
#18+
Может этой проблемы нет в 2000-ом sql-е??? Help! Help! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2002, 17:53:53 |
|
||
|
Репликация и внешние ключи
|
|||
|---|---|---|---|
|
#18+
А опцию NOT FOR REPLICATION для ключей Вы используете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.07.2002, 18:11:02 |
|
||
|
|

start [/forum/topic.php?fid=46&msg=32036323&tid=1821731]: |
0ms |
get settings: |
9ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
49ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 261ms |
| total: | 398ms |

| 0 / 0 |
