Как сделать правильно такие запросы к mysql?

Индексы на что есть? Откуда взялась цепочка селектов если он там один?

select id from item1 where name = ...
проверка на непустой ответ, запись в переменную
select id from item2 where name = ...
проверка на непустой ответ, запись в переменную

insert в Main

name в разных item разные

а чем индексы помогут?

select id from item1 where name = ...

проверка на непустой ответ, запись в переменную select id from item2 where name = ... проверка на непустой ответ, запись в переменую

Наркоман штоле?

а чем индексы помогут?

А ты почитай что такое индексы. И заодно подумай, чем тебе триггеры помогут

man inner join

Плюс ты можешь делать SELECT прямо в INSERT. Тебе достаточно одного запроса без переменных и проверок.

Какие, к чёрту, триггеры?

не надо там ничего джойнить, у него независимые таблицы. insert into .. select item1.id, item2.id .. from item1 item2 ..

Он хочет вставлять только если оно есть в обеих таблицах, поэтому и join, чтобы не вставлять, когда хоть в одной из них нет.

не вставлять, когда хоть в одной из них нет

Родина дала им where .. and, пользуйся - не хочу, хочу жрать джоины по неидексированным полям несвязанных таблиц. И это разработчики?

Сфигали они неиндексированные? Алсо, твой вариант с двумя select'ами не быстрее.

Таблицы связанные. В поле itemXid можно вставить только имеющийся id из таблицы itemX (внешние ключи) Все поля itemXid индексированы

Он сам писал, что не знает, чем там помогут индексы => их там нет.

А говорить, что вариант с несколькими селектами не быстрее джоина может говорить только человек, не понимающий, как работает джоин: он сначала сматчит все name из всех таблиц в одну, а только потом сделает селект из получившегося монстра. Догадаешься, сколько операций поиска и сравнения при этом случится?

//hint: овердохуя

item1 с полями id, name, synonym1, synonym2, .....

item2 с полями id, name, synonym1, synonym2, .....

name в разных item разные

поле itemXid можно вставить только имеющийся id из таблицы itemX (внешние ключи)

Ты определись уже

индексы есть

Ты определись уже

В таблице Main все поля itemXid индексированы и связаны с оответствующими полями id из таблиц itemX, соответственно, если попытаться вставить в поле itemXid значение, отсутствующее в таблице itemX - должна быть ошибка.

Допустим, я вставляю значение item1 = 'foo2'. Соответственно сначала нужно найти foo2 в таблице item1, получить его id и вставить в Main. Также с item2, 3, 4 , 5 со своими значениями

А говорить, что вариант с несколькими селектами не быстрее джоина может говорить только человек, не понимающий, как работает джоин: он сначала сматчит все name из всех таблиц в одну, а только потом сделает селект из получившегося монстра. Догадаешься, сколько операций поиска и сравнения при этом случится?

Только что проверил EXPLAIN по INNER JOIN vs SELECT: cost от INNER JOIN ровно в 2 раза больше, чем 1 SELECT. Конечно, индексированное поле..

На двух таблицах, у него их 5. Но вообще он сам не знает, что ему нужно

Допустим, я вставляю значение item1 = 'foo2'. Соответственно сначала нужно найти foo2 в таблице item1, получить его id

2 id. У тебя уже есть один и второй ты только что вставил

Также с item2, 3, 4 , 5 со своими значениями

ДА ТЫ ЖЕ ТУПОЙ СУКА ТУПОЙ куда и что ты вставляешь? В какую таблицу?

Оно и на пяти будет не медленнее. По крайней мере в постгресах, mysql под рукой нет, чтобы проверить.

Как из этого сделать что-то быстрое не знаю, но предлагаю альтернативу: можно вместо кучи таблиц итемов сделать одну таблицу items с дополнительным полем, например, item_type. И тогда можно искать по одной таблице: select from items where name = 'name', а при инсерте добавлять тип записи: item_type = 1 или 2. Селектить так наверняка будет быстрее, чем с join'ами и прочим.

Короче, сделал просто одним запросом - засунул все запросы select внутрь insert - стало серьезно быстрее