Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
Вот задача... Настроена SQL-репликация... Она проходит каждые 15 минут к примеру... Допустим идет она односторонне из базы А в базу Б... Допустим б базе А удалили запись, а через 3 минуты эту запись использовали в базе Б... Через 15 минут пришло требование репликации удалить в базе Б запись, но! на нее что-нибудь уже ссылается... В результате конфликт и репликация встает с ошибкой... Как быть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2007, 12:46 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
Ручками разгребать конфликты или если хороший канал поставить q-replication :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2007, 12:51 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
Дык ручками сейчас... ХоЦЦа упростить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2007, 12:57 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
replication. long time no see. :) кожей чую нужно что-то типа update-anywhere with conflict resolving. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2007, 16:10 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
А можно немного подробнее...? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2007, 16:18 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
И еще вопросец для опытных.... Вот добавил я таблицы в набор в определенной последовательности... Есть ли гарантия, что данные будут реплицироваться по таблицам в этой! же последовательности? Какие мнения у знатоков? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.06.2007, 17:46 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
Все нету мне покоя.... Репликация update-anywhere with conflict resolving всегда вынуждает создавать 2 процесса capture? Как быть если в master-таблице присутствует generated always??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2007, 10:09 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
TORTВсе нету мне покоя.... Репликация update-anywhere with conflict resolving всегда вынуждает создавать 2 процесса capture? Как быть если в master-таблице присутствует generated always??? нифига не помню деталей, но скорей всего именно так и должно быть авторИ еще вопросец для опытных.... Вот добавил я таблицы в набор в определенной последовательности... Есть ли гарантия, что данные будут реплицироваться по таблицам в этой! же последовательности? Какие мнения у знатоков? Все таблицы, связанные реляционной целостностью, должны быть объединены в один subscription set with transaction mode = allowed. Потом надо побаловаться с параметрами commit count и data blocking factor, чтоб производительность не страдала. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2007, 11:27 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
Тут баловаться не помогает.... Допустим у меня есть foreignkey от таблицы2 к талице1.... Так вот... Если сначала добавляется запись в таблицу2, а в таблице1 нет соответствующего ключа - все встает!... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2007, 11:59 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
TORTТут баловаться не помогает.... Допустим у меня есть foreignkey от таблицы2 к талице1.... Так вот... Если сначала добавляется запись в таблицу2, а в таблице1 нет соответствующего ключа - все встает!... Баловаться с параметрами - только для настройки производительности. Referential Integrity соблюдается параметром set transaction mode = allowed. У меня были похожие проблемы для AS400 (см. тут: /topic/280204&hl=#2534978 ), но для виндовса все работало нормально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2007, 13:46 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
Уточнение нужно... Я вот процедуру написал, там сначала вставляю в зависимую таблицу, затем в главную... Ругается, что отсутствует значение, на которое ссылка... Вроде все в одной транзакции происходит.... Или в репликации что-то по-другому? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2007, 13:58 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
TORTУточнение нужно... Я вот процедуру написал, там сначала вставляю в зависимую таблицу, затем в главную... Ругается, что отсутствует значение, на которое ссылка... Вроде все в одной транзакции происходит.... Или в репликации что-то по-другому? если на источнике твоя транзакция проходит нормально, то и в целевых таблицах все пройдет как надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2007, 15:00 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
Он чего же, гад... Реплицирует в той же последовательности, что и транзакции в логах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2007, 16:09 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
TORTОн чего же, гад... Реплицирует в той же последовательности, что и транзакции в логах? Если ты внимательно посмотришь на cd-таблицы (или uow?) то для каждой операции в них есть информация о транзакции. Если операции выполнялись в одной транзакции - то для них присваивается один и тот же айди. Соответственно репликатор при принятии изменений в целевых таблицах выполняет один коммит для одной транзакции (или же один коммит для нескольких транзакий, в зависимости от commit_count). Т.е. естественно атомарность транзакции сохраняется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2007, 16:51 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
Атомарность - да... А последовательность действий? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2007, 17:14 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
TORTАтомарность - да... А последовательность действий? Everything will be handled in right way. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2007, 17:20 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
А дословный перевод? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2007, 17:34 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
TORTА дословный перевод? Всё будет пучком! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2007, 17:42 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
Попробую протестировать пучок... О результатах сообщу.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2007, 17:46 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
Ща штудирую доку по репликации. Разбирусь, сразу сообщу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2007, 07:30 |
|
||
|
Репликация... Помогите советом...
|
|||
|---|---|---|---|
|
#18+
Для программы Apply можно задать более частое выполнение принятий, указав значение в поле Число транзакций, применимых к таблице назначения перед принятием программой Apply на странице Информация о наборе определений Apply записной книжки Создать набор определений Apply или записной книжки Свойства набора определений Apply. Это значение изменяет поведение программы Apply так, что она обрабатывает данные набора определений Apply в порядке применения транзакций. Такой режим называется режимом транзакций программы Apply. Он позволяет выполнять принятия после заданного вами числа транзакций. Очевидное преимущество для реляционной целостности состоит в том, что программа Apply должна обрабатывать данные из таблиц изменения данных в порядке, в котором вносились изменения в источник репликации для каждой транзакции. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2007, 11:25 |
|
||
|
|
start [/forum/topic.php?fid=43&fpage=102&tid=1604127]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
42ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
| others: | 240ms |
| total: | 386ms |
| 0 / 0 |
