Что лучше использовать? Курсор или Merge? )
При таблицах с кол-вом записей от миллиона?
Вопрос синхронизации...?

Elic http://www.bugtraq.ru/forum/faq/general/smart-questions.html] RTFM
Спасибо, полезная информация )))

Evgeny2Лучше использовать merge.
Бытует мнение, что при больших таблицах, это может привести к жутчайшим тормазам, если взять две таблицы с большим объёмом данных и опытаться их смержить... Так ли это?
И поэтому в подобных случаях иногда применяются курсоры,
например написан некоторый код, где insert и update происходит в курсоре, если да же и так, то целесообразность курсора объясняется тем, что при возникновении взбоя, хоть что-нибудь дозапишется, но так ли это быстро, как использовать простые insert и update без курсоров, ведь сам по себе курсор ещё занимает место в памяти.....?
К тому же обычно в конце курсоров пишут commit или rollback, если что-то пошло не так, а значит это откатит и да же то, что удалось изменить до возникновения ошибки....
В связи с вышесказанным, думаю что лучше использовать просто Update и insert, а потом делать commit, хотя по сути merge то же самое, но как тогда относиться к рекомендациям что merge очень сильно тормозит при больших объемах данных??? 0_0 (((

ElicRMagistr2015Бытует мнениеRMagistr2015К тому же обычноRMagistr2015но как тогда относиться к рекомендациямТебе не стоит задумываться о том, что написано на заборах. Разница между быдлокодом и говнокодом всё равно будет минимальна.
)))) Понятно )))
Т.е. вы хотите сказать что лучше использовать merge для таблиц с кол-вом записей больше миллиона и это не приведёт к тормазам? Т.е. ничего на сервере не повиснет и не умрет?

ElicRMagistr2015Т.е. вы хотите сказать чтоты не умеешь и не научишься критически делать выводы.
Спасибо Вам за вашу помощь, ну а что мы сейчас делаем )))
Критическое мышление — способ мышления, при котором человек ставит под сомнение поступающую информацию, собственные убеждения. (с)

=nomad=Вот тут] http://www.sql.ru/forum/1153088-a/kak-uskorit-merge много вариантов оптимизации. Нужно проверить и выбрать свой для своей задачи.
Спасибо большое ))))

stax..RMagistr2015Что лучше использовать? Курсор или Merge? )
При таблицах с кол-вом записей от миллиона?
Вопрос синхронизации...?
Merge меняет миллион записей?

.....
stax
Простите, не совсем понял Ваш вопрос сейчас (((

stax..RMagistr2015пропущено...

Простите, не совсем понял Ваш вопрос сейчас (((
в результате виполнения merge сколько строк поменяется?

ps
імхо
использовать merge или нет зависит от задачи

.....
stax
не все это точно - сколько именно сказать не могу
Так же существует момент - время от времени в таблицу добавляются новые поля (((

123ййRMagistr2015время от времени в таблицу добавляются новые поля
не бойся, это время строго ограничено.
Старшие товарищи сказали, что мержить больше 1000 нельзя (( Иначе Дэд-Лок

AmKadRMagistr2015Старшие товарищи сказали, что мержить больше 1000 нельзя (( Иначе Дэд-ЛокСпасибо за ценную информацию, будем иметь в виду.
А вы как считаете? )))

Elic,

Спасибо тебе за помощь, Elic )))

123ййRMagistr2015А вы как считаете? )))
мы полагаемся на мнение, что
RMagistr2015Старшие товарищи сказали
Ясно, Всем спасибо большое ))))

123ййRMagistr2015А вы как считаете? )))
мы полагаемся на мнение, что
RMagistr2015Старшие товарищи сказали
Но у меня ощущения, что что-то важное было упущено, в ссылке на похожую тему говорилось, что можно как-то сократить время выполнения merge, я не всё понял оттуда, но по всему видно что merge очень уобный, но существуют риски что это будет очень модленно.
Так же наткнулся на статью, где говорилось о создании похожей таблицы и проведении всех манипуляций уже с ней, и только потом подмена первоначальной на новую с раздачей всех грантов.
как жежь всё так поступить? Есть ли какой-то правильный способ использовать эти инструменты? ))

AmKadRMagistr2015Старшие товарищи сказали, что мержить больше 1000 нельзя (( Иначе Дэд-ЛокСпасибо за ценную информацию, будем иметь в виду.
Можно спросить, а в чем заключется ценность данной информации? ))))

andrey_anonymousНуфьсо.
Если старшие товарищи сказали дед Лок - значит дед Лок.
Это плохо, наверное, да?
Побегу срочно переделывать все ETLи, а то мерджат, собаки, по 10-20 миллионов за один присест...
))))))))))))))))))))))))))))

AmKad,

Вы правы, с этого и надо было начать )))
Есть две таблицы operation в двух БД по ДБ-линку, достаточно большие, записей больше миллиона, много столбцов, почти на всех fk-ключи, есть pk
недавно добавили новый столбец в двух БД в этих таблицах
Синхронизация происходит по джобу, но с какого-то момента, эти таблицы перестали синхронизироваться совсем.
Была проблема с датами, вроде удалось решить
теперь почему-то курсор не отрабатывает, думал переписать под merge, но не знаю как быстро это может отрабатывать.
Логика следующая - берётся select за определённый интервал с последней даты синхронизации по текущую, и по нму бежит курсор и уже update и insert

Вот. На сколько я понял, merge может так же мержить от этого селекта за последний интервал времени, однако кол-во записей м.б. больше 1000 за указанный период времени...

=nomad=У вас БД на линках - обе Oracle?
Да

=nomad=Это разовое действие? Может просто тогда склонировать одну таблицу в другую? А потом пусть работает ваш джоб-синхронизатор?
Может быть, но он не синхронизирует, а должен, там курсор стоит, почему он не отрабатывает не могу понять, хотел переписать на merge, но не знаю, будет ли тормозить или нет (((

=nomad=stax..ето шютка Ваших товарищей
Может не совсем так. Видя как RMagistr2015 задает вопросы, то может они отвечали не на тот вопрос, или не так, как тут приведено, или что-то другое.
Например, у меня был deadlock, когда я попробовал merge делать с базы ms sql. Или Doc ID 5970280.8 исправление патча для Oracle 10/11. Ну и так далее.
Спасибо Вам большое )))
Буду рад почитать ваш "API" по задаванию Вам вопросов )))
API-query - connecting peoples ;-)))

Evgeny2RMagistr2015AmKad,

Вы правы, с этого и надо было начать )))
Есть две таблицы operation в двух БД по ДБ-линку, достаточно большие, записей больше миллиона, много столбцов, почти на всех fk-ключи, есть pk
недавно добавили новый столбец в двух БД в этих таблицах
Синхронизация происходит по джобу, но с какого-то момента, эти таблицы перестали синхронизироваться совсем.
Была проблема с датами, вроде удалось решить
теперь почему-то курсор не отрабатывает, думал переписать под merge, но не знаю как быстро это может отрабатывать.
Логика следующая - берётся select за определённый интервал с последней даты синхронизации по текущую, и по нму бежит курсор и уже update и insert

Вот. На сколько я понял, merge может так же мержить от этого селекта за последний интервал времени, однако кол-во записей м.б. больше 1000 за указанный период времени...

Ты сначала из удаленной БД сделай выгрузку таблицы по предикату изменения на свою сторону в GTT (on commit preserve rows).
Потом merge на своей стороне с факторной таблицей и GTT.

Если merge будет делаться долго и будет вылетать на snapshot too old.
То разбей с цикле по периодам времени. (не сколько я понимаю в таблице есть время)
И выполняй себе спокойно.
В пакете сделай логирование в спец таблицу, чтобы контролировать время выполнения каждого DML и сообщений об ошибках.
К этой мысли я то же приходил, спасибо Вам большое )))) Очень дельный совет )))

Evgeny2RMagistr2015пропущено...

К этой мысли я то же приходил, спасибо Вам большое )))) Очень дельный совет )))

Как успехи? какое время показывает синхронизация?
Пока отложил, думаю вернуться в свободное время )))