Моск вскипел. Помогите.

И сама ошибка:


Это сообщение отредактировал(а) Astraller - 20.12.2007, 11:53

синтаксис UPDATE
зачем после SET открываешь скобки? с insert'ом перепутал?

skyboy, сори, я наверно туп, но посмотрев спецификацию все равно не вижу где ошибся. Помогите.

Скобки поставил уже в процессе отладки. Без них ситуация та же.

ты мне другое скажи: зачем запихнул в один update обновление кучи таблиц, не связанных между собой? почему не множество UPDATE'ов, обернутых в одну транзакцию?
по отдельности запросы выполняются?
вот такое, например:
 выполняется нормально?

Добавлено через 19 секунд

M skyboy

ошибка явно в запросе. едем в раздел MySQL

skyboy, такой запрос выполняется вполне. Все запросы, к стати, к одной таблице. 

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

skyboy, 

Работает   

Ага, именно то что человек навыбирал вручную 

PS Проблему то я для себя решил - использовал просто много UPDATE в одной сессии. Но почему указанный выше метод не работает мне интересно 

Это сообщение отредактировал(а) Astraller - 20.12.2007, 13:16

Даже если в таблице всего 86 записей, несчастный сервер пытается их перемножить, получая для отбора монстра с 86^86 (~2.3*10^166) записей - еще бы он не ругался...

Akina, хм... а зачем ему их перемножать если не секрет?  
Причем я проверил - процесс mysql не сильно прыгает по ресурсоёмкости при работе скрипта.

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

сразу увидишь, что он умножает

потому что неявный JOIN без указания условия связываний даст декартово произведение всех записей всех таблиц.
впрочем, благодаря условиям в where, как мне кажется, происходит join уже после результатов выборки одной строки для каждого псевдонима. 
но в любом случае, join хоть и может дать только одну строку, но будет куча полей, что ни к чему хорошему не приведет.
впрочем, лучше проверить при помощи explain(заменить "update" на "select *").
а ругается не на количество записей/нехватку памяти, а на несоответствие правилам синтаксиса SQL.

Добавлено через 1 минуту и 18 секунд

у него же where по значению(видимо) первичного ключа. потому как для каждого псевдонима будет только одна строка. потому даже если выбираются все строки для каждого алиаса, выведется все равно только одна строка. надо смотреть результат explain.

Переварил. Всем спасибо 

PS Ушел учить мат часть.