Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
Объясните пожалуйста новичку как происходит генерация первичного ключа при вставке изменений в target tables...В документации прочитала следующее : The Apply program then attempts to update the row in the target table with the new key value. Откуда берется это самое new key value, по каким принципам генерируется? Значит ли это что primary key должен быть автоинкрементным? Может подскажете какую-нибудь доку где об этом можно почитать поподробнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2006, 07:11 |
|
||
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
Версия базы какая? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2006, 09:26 |
|
||
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
DB2 v.7.2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2006, 09:28 |
|
||
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
В 7.2 у вас есть 2 варианта репликации изменений в таблице: 1. Как 2 операции: delete и insert 2. Как update В первом случае в target она сначала удаляет старую запись, потом вставляет новую, согласно сделанным изменениям. Это все хорошо, если в target на эту запись ничего не ссылается внешним ключом. Во втором случае ибмеры, видимо, прикололись (в 7.2): в соотв. таблице изменений генерируется одна запись, типа, надо сделать 1 update. Но информации о старом значении ключа нет (бу-га-га)! Поэтому, если вы сделали изменение какого-либо ключевого поля в этом режиме репликации, то изменения отразятся криво. Поэтому, в таком режиме запрещайте update полей первичного ключа. Но во всех случаях репликация не генерирует сама первичный ключ. Насчет почитать, SQL Replication Guide and Reference вполне достаточно ИМХО на первое время. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2006, 09:49 |
|
||
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
Меня интересует с каким значением первичного ключа будет вставлена новая строка в target table. Если она возьмет значение primary key из source table то возможна ситуация когда совпадут значения первичного ключа уже существующей записи и вновь добавленной..Как тогда поступит прога? Читаю как раз SQL Replication Guide and Reference. Именно там вычитала по поводу new key value. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2006, 09:58 |
|
||
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
Так мы про update или insert? Если про insert, то новая строка будет вставлена с тем значением ключа, что и в source. Если возникнет конфликт, репликация остановится и, до исправления ситуации, ничего реплицировать не будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2006, 10:09 |
|
||
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
Извините за совсем уже тогда глупый вопрос(очень уж хочется разобраться во всем до конца) , как же тогда добиться того, чтобы значения primary key было разным в source и target...Наверное я пропустила что то важное... Спасибо за терпение и подробные объяснения! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2006, 11:05 |
|
||
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
Наверное имеет смысл навесить триггер BEFORE INSERT на target? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2006, 11:16 |
|
||
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
Создайте view типа: Код: plaintext 1. 2. И реплицируйте эту view. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2006, 11:16 |
|
||
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
Хотя с другой стороны, а как удаление будет проходить?... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2006, 11:17 |
|
||
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
Ну хотя бы с поддержкой констрейнтов не возникнет никаких проблем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2006, 11:27 |
|
||
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
VНу хотя бы с поддержкой констрейнтов не возникнет никаких проблем? Вопрос не понятен. Какие проблемы ожидаются и на каком этапе? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2006, 11:33 |
|
||
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
Что-то мне подсказывает что вам нужен составной первичный ключ...) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2006, 12:07 |
|
||
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
gardenmanЧто-то мне подсказывает что вам нужен составной первичный ключ...) Я тоже склоняюсь к этой мысли, только пока не совсем представляю пока как он будет выгядеть ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2006, 07:48 |
|
||
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
неужели в DB2 нет никаких встроенных механизмов, касающихся поддержки первичных ключей ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2006, 07:50 |
|
||
|
Первичный ключ и репликация
|
|||
|---|---|---|---|
|
#18+
Не знаю, как остальные, но я не понимаю, чего вы хотите добиться. Объясните, зачем вам понадобилось реплицировать запись с изменением первичного ключа? Это что, какое-то оригинальное требование вашей системы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.05.2006, 09:33 |
|
||
|
|

start [/forum/topic.php?fid=43&gotonew=1&tid=1605338]: |
0ms |
get settings: |
6ms |
get forum list: |
15ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
51ms |
get topic data: |
9ms |
get first new msg: |
5ms |
get forum data: |
2ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 223ms |
| total: | 367ms |

| 0 / 0 |
