Доброго

делаю

create temporary table tml_Table
select Id, cNumber from tbl_other

Всё чудесно.

теперь пытаюсь сделать

select Id, cNumber from tml_Table t
join tbl_one p on t.Id = p.Id
union all
select Id, cNumber from tml_Table t
join tbl_two p on t.Id = p.Id

А мне говорят - нельзя переоткрыть таблицу t.

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

Здесь же вопрос, как максимально ускорить выборку? Таблицы очень небольшие, порядка 1000 строк, InnoDB, все запросы к ним делаю из процедур, апдейтов не будет, но будет очень много вызовов одной процедуры, выбирающей данные.

Akina,

да это я уж понял... Выход - только создавать на основе одно такой временной - столько её же копий, сколько у меня UNION'ов.
Дурдом, откровенно говоря. Ладно еще если в запросе её апдейт есть, а если только выборка - уму непостижимо, с какого хрена нельзя её делать. :(

А по поводу скорости работы, коллега - имеет смысл морочиться? Или все же MySQL способен догадаться, что мелкие таблицы можно загрузить в оперативку и работать с выборками только в ней? Или подсказать как-то ему надо?

qwerty112UsersAkina,

да это я уж понял... Выход - только создавать на основе одно такой временной - столько её же копий, сколько у меня UNION'ов.
Дурдом, откровенно говоря. Ладно еще если в запросе её апдейт есть, а если только выборка - уму непостижимо, с какого хрена нельзя её делать. :(

даа, проще можно



В моём случае это решение хуже, причем намного. Эта временная - на 10 строк, а каждая из tbl_* - на тысячу. Тогда пять выборок - 5 тысяч строк, и плюс у меня совсем нет уверенности, что там будут использоваться индексы. Скорее даже есть уверенность, что при простой выборке с union они использоваться не будут.

Тогда как сразу select ... from tbl_two join tmp_Table явно их задействует. Для меня крайне важна именно скорость выборки, update, insert и т.п. в базе практически отсутствуют.