Как сделать множественный UPDATE?

Question

[Anton B]

Всем привет!

Я знаю как сделать множественный UPDATE

INSERT INTO table (a, b, c) VALUES (1, 2, 3), (4, 5, 6) 
ON DUPLICATE KEY UPDATE a = VALUES(a), b = VALUES(b), c = VALUES(c)

Как сделать этот запрос более универсальным? Например,

INSERT INTO table (a, b, c) VALUES (1, 2, 3), (4, 5, 6) 
ON DUPLICATE KEY UPDATE ALL

Или может быть лучше написать и использовать какую ни будь хранимую процедуру?

Как вы решаете подобную задачу? Спасибо.

Answer 1

[Вадим Шандринов]

никак dev.mysql.com/doc/refman/5.6/en/insert-on-duplicat...
и правильно предостерегают - ODKU чреват разными малопонятными аффектами, habrahabr.ru/post/156489 к примеру

Answer 2

[Андрей Мохов]

а чем вас не устраивает первый вариант? он вполне универсален, делает вставку (insert), если натыкается на аналогичную строку (срабатывает ограничение на уникальность), то выполняет update, в чем проблема?

Comments

[FanatPHP]

проблема в том что ему код писать каждый раз лень.

[Anton B]

Проблема в том, что функция использующая запрос может в одном случае изменять поля a, b, c, а в другом a, d, e; в зависимости от этого в функции формируется хвост ON DUPLICATE KEY UPDATE ..., хотелось бы вырезать этот кусок кода, если есть SQL альтернатива.

Answer 3

[FanatPHP]

"множественные" запросы - очередной фетиш неграмотных похапистов.
Если приходится апдейтить до десятка записей, то это легко делается отдельными запросами.
Если больше - значит, надо пересматривать подход в целом.

ON DUPLICATE KEY - вполне определенный тип запроса, и использование его для мультиапдейта - хак, чреватый непредсказуемым поведением (например, возвращением в строй уже удаленных записей).
Но похапе программисты, однажды узнав о таком "лайфхаке", начинают страшно гордиться таким сокровенным знанием" и пихать его по делу и без дела.

Comments

[Anton B]

Вы ошибочно считаете себя умнее других. Ну и ваш ответ не представляет ни какой ценности.

[FanatPHP]

Ну жди другого, хехе :)

[Денис Радченко]

От автора с ником FanatPHP интересно слушать про "похапистов программистов"

Answer 4

[Вячеслав Успенский]

Если используете параметризованные запросы то ничего не мешает написать свой класс.

НО если вы массово используете ODKU лучше подумайте что у вас не так в архитектуре, такого быть не должно.

Comments

[Anton B]

Нужно обновить 200к строк. Обычным UPDATE будет 200к запросов. С помощью ODKU я обновляю порциями по 1000 записей, получаю всего 200 запросов. Что изменить в архитектуре? Почему вы говорите, что такого быть не должно?

[Вячеслав Успенский]

Anton B: если вы используете в одном вопросе то и динамический запрос вроде бы никчему. Использовать повсеместно - bad practice.
Во первых потому, что запроса там два, не лучше ли выбрать сначала те которые нужно обновить причем все сразу?
Во вторых auto_increment увеличивается вне зависимости от того вставили мы строку или нет (почитай выше к чему такое может привести)

[FanatPHP]

Если надо обновить единоразово - то абсолютно без разницы, каким способом делать. Давно бы уже сделал и время ни свое ни чужое не тратил. А если тебе надо по 200к строк апдейтить регулярно, то вот тут как раз и надо МЕНЯТЬ АРХИТЕКТУРУ. Домашнее задание: подумать, почему твой вопрос "Что изменить в архитектуре?" звучит глупо и как его правильно надо задавать.

[Anton B]

FanatPHP: Твоё время я не трачу, можешь удалить свои ответы и впредь не отвечать в стиле "ты дурак иди отсюда". Если ты всю жизнь "визитки" делал, то тебе конечно не понять, что бывают задачи требующие изменять и 100К и 100М записей.

[FanatPHP]

Anton B: всегда старайся относиться к самому себе с долей иронии. Потому что когда человек впадает в грех пафоса, он перестает замечать, какую фню он несет. В частности, соотнеси предупреждение про ODKU, которое тебе дали выше, и свои сказки про 100М записей ;)