Что лучше использовать? Курсор или 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 нельзя (( Иначе Дэд-ЛокСпасибо за ценную информацию, будем иметь в виду.
Можно спросить, а в чем заключется ценность данной информации? ))))