AkinaМануалы читать не пробовали? CREATE TABLE ... SELECT не предусматривает TEMPORARY.
http://dev.mysql.com/doc/refman/5.6/en/create-table-select.html

Ээээ?
CREATE TEMPORARY TABLE test
SELECT 1;

Status: ok mysql 5.6.19

Leonid_Polenov,

Коллега, а попробуйте так: вот у вас день новый начался, сделайте еще одно поле, запишите туда некий id.
Больше ничего в этот день не пишите, тогда у вас за весь день - только одна запись, остальные null, ага?

далее просто удаляете из таблицы все, где это поле null - и не заморачиваетесь с выборкой. Index на дату + это поле - максимум, что потребуется.

AkinaUsersпропущено...


Ээээ?
CREATE TEMPORARY TABLE test
SELECT 1;

Status: ok mysql 5.6.19Что это было?

это был запрос с селектом, который создал TEMPORARY TABLE.

Akina,

Не ссорьтесь, горячие эстонские парни.

Вот оригинальный запрос.

CREATE TEMPORARY table currTemp as select id, DateTime FROM iis.current_32_54_1
-- where datetime < '2014-06-01' group by date_format(DateTime, '%Y-%m-%d');

Так вот, я кладу на наковальню, что он выполнится и таблицу currTemp создаст. А не создает ее только из-за условия where - которое я тут заремил. работает оно у топикстартера слишком долго и скорее всего, он этот запрос срубает.

Два тут запроса или один - не суть важно. Если же буквоедствовать -то select тут один. :-Р

Leonid_Polenov,

Какое-то очень мудреное решение, имхо. Как минимум - три раза лопатим одну и ту же таблицу. Даже если там есть индекс - смысл по ней два раза проходиться? И переливать в нее то, что в ней и так было...
Что сейчас 5 секунд на таблицу из 200 тысяч записей - по моему, многовато.

Смотрите еще раз:

1 предложенный мной вариант - заводим еще одно поле. Пишем туда раз в день некий id, по нему и выбираем потом, какая именно запись из 20 тысяч за один день нужна. Делаем по полю индекс. Профит - выборка будет у вас очень быстрая. Удаление тоже. Никаких group by не нужно. Но будет масса дыр в identity поле и вообще смысл сначала писать в таблицу, а потом из нее массово удалять?

2 вариант: Вообще не трогаем эту вашу таблицу, а заводим новую, с такими же полями. Для совместной выборки делаем вьюху, обьединяющий старую и новую. В новую пишем данные за два месяца. в нужный момент перекидываете в старую - только те записи, которые выбираете сейчас группировкой - и так до следующего раза. Сюда же можно присовокупить идею из варианта 1.
Профит:

1 - лопатить будете меньшее число записей. Записи более ранние, за тот же 2013 год в выборке сейчас у вас участвуют, у меня - не будут.
2. ускорение выборки - по сути, это секционирование. Если известно, данные за какой период нужны - можно искать их всего в одной таблице из моих двух и это будет быстрей, чем в вашем случае с одной общей под все.

P.s. select * - это лоховство. Всегда пишите список и порядок полей в явном виде.