так для справки, после CASE идет END.
Но это ладно, Вы вероятно не слышали о команде INSERT в качестве замены UPDATE?
Да и вообще если речь о тысячах какой может быть insert/update(да еще и через адаптер mysql, Вас что в детстве нацисты пытали долго и мучительно?), ппц.... слышали про команду LOAD DATA?
Но все что я выше написал это реальная ситуация.

В Вашем же "переписанном" коде, я вижу какой-то бред в цикле без условия WHERE да еще и с ошибками.

Тут правильнее писать как я выше - "под пытками теряет сознание"

Я даже не понял, о чем вообще пост? Давайте я Вам накатаю пример как ее deadlock'ами замучить если уж так хочется!

надо было до конца читать как это работает

Я ни на кого ничего не качу, я уточняю. Кстати, чему ты удивляешься - доподлинно известно что Николас Уинтон и Ирена Сэндлер реально спасли сотни подобных детей.

как это LOAD DATA работает описано здесь А вот применять можно по-разному. Основной смысл массовых вставок заключается в том что LOAD DATA пропускает этап построения плана выполнения запроса(ов), не говоря уже о синтаксическом разборе. Уже затем если хочется UPDATE - делается очень быстрый UPDATE уже на основании пересечения старой и свежезалитой таблиц по какому-либо ключу. Очевидно этот способ оказывается даже быстрее чем множественный UPDATE через INSERT ON DUPLICATE KEY ...

По мне так за UPDATE в цикле нужно вообще по рукам бить. А на заданные таким образом вопросы как ТС лучше вообще не отвечать ни в каком тоне.
Пусть сначала вопрос сформулирует как надо.

asbury, подобного типа вопросы задаются так:
1. Структура таблицы №1 такая-то.
2. Структура таблицы №2 такая-то.
3. Конвертирую таблицу №1 в таблицу №2 таким-то запросом. Не получается. Помогите или укажите на ошибки.

А Вы предлагаете исправлять ошибки, не говоря при этом что хотите добиться.
Я про конвертирование таблицы догадываюсь, если чо.
Может конвертировать и не надо ничего, ХЗ.

Я видел способ update через insert, но как понял там необходимо знать айди.
[PHP]INSERT INTO `table` (id, field) VALUES (1, 1), (2, 12), (3, 0.5) ON DUPLICATE KEY UPDATE field = VALUES(field)[/PHP]

Вот кусочек структуры:


У меня массив с обновлением наличия товара.


Собственно в базе - 9000 товаров. В массиве 1000-9000 по наличию.

Делал вот так:
[PHP]$str = "UPDATE `prods2` SET `nal`= CASE ";
foreach($_array as $val)
{
$art = trim($val['art']);
$artpar = trim($val['artpar']);
$desc = trim($$val['desc']);
$col = trim($val['col']);
$price = trim($val['price']);
$img = trim($val['img']);
$name = trim($val['name']);
$str .= "WHEN `post`='strip' AND `name`='$name' AND `img`='$img' AND `desc`='$desc' AND `art`='$art' AND `artpar`='$artpar' THEN '$col'";
}
$str .= " ELSE `field` END";
$result = mysql_query($str);
if ($result == 'true') {echo "Обновлено кол-во у всего списка";}
else {echo "НЕ ОБНОВИЛОСЬ ".mysql_error()."<br />";}[/PHP]

Подскажите как быть в конкретном случае?

Попробывал через инсерт, как понял и снова понял с ошибкой:
[PHP]$str2 = "INSERT INTO `prods2`
(`art`,`artpar`,`name`,`desc`,`producer`,`cat`,`price`,`img`,`nal`,`post`)
VALUES ";
foreach($_array as $val)
{
$art = trim($val['art']);
$artpar = trim($val['artpar']);
$name = trim($val['name']);
$desc = trim($$val['desc']);
$producer = trim($$val['producer']);
$cat = trim($$val['cat']);
$price = trim($val['price']);
$img = trim($val['img']);
$col = trim($val['col']);

$str2 .= "('$art','$artpar','$name','$desc','$producer','$cat','$price','$img','$col','strip'),
";
}
$str2 .= " ON DUPLICATE KEY UPDATE `nal` = VALUES('nal');";

$result = mysql_query($str2);
if ($result == 'true') {echo "Обновлено кол-во у всего списка";}
else {echo "НЕ ОБНОВИЛОСЬ ".mysql_error()."<br />";}
[/PHP]

А на какой раз все-таки услышим, чего хотите добиться?
Структура — до и структура которая должна быть — после запроса?
Подозреваю что все проблемы одним простым запросом решатся, типа:

а то что это LOAD DATA INFILE не смущает??? в смысле что загружаются данные из ФАЙЛА

полагаю идея ясна?
Кстати поле nal с типом int(1) в Вашей таблице это даже для меня очень загадочно выглядит :) там точно именно такой тип стоит использовать?


А должно? Здесь его использовать смысла нет, но если бы там не int(1) был а BLOB'ы пачкой вы бы их тоже в мульти-INSERT их запихнули и выставили max_allowed_packet в n~ ГБ?
Кстати есть еще и LOAD DATA OUTFILE(ну это уж так, стёб)..

P.S. я так понимаю тырки автора связаны с непониманием того как работает INSERT ON DUPLICATE KEY UPDATE.
Он работает так - при попытке вставить новую запись, а конкретно значение в поле таблицы, ограниченное уникальным индексом у mysql'я происходит взрыв мозга и вылетает исключение 'Duplicate entry for key <key_name>'. Соответственно данная мини-транзактюшечка на вставку записи откатывается.
В таблице могут быть много уникальных индексов на разных колонках, исключение может произойти на любом. Иногда в запросе присутствуют инструкции которые говорят mysql'ю как же быть чтобы не становиться злюкой. IGNORE - исключение просто не отдается клиенту. ON DUPLICATE KEY UPDATE - взять запись, значение уникального индекса которой вызвало конфликт и заапдейтить ее новой инфой вместо вставки новой записи. Ну есть еще такая хитрая штука как REPLACE(вместо INSERT) - она вставляет новую запись всегда, а если на уникальном индексе вылетает исключение - старая конфликтующая запись просто предварительно удаляется, соответственно поэтому REPLACE всегда обновляет счетчик автоинкремента у таблицы имеющий автоинкрементное поле.

Arks, ОКЕЙ слабо исправить проблему автора используя LOAD DATA? и так что бы не создавались никакие дополнительные файлы на сервере?