Форум MySQL

как бы аргумент савсем детский.

С перенаправлением могут возникнуть проблемы... т.к. Flow-tools пишется на С++, а в нем сейчас ковырятся как бы не савсем удобно...

Мне кажется двух таблиц должно быть вполне достаточно. Просто в описанном алгоритме не переименовывать таблицы, а переключать поток:
переключили поток на свободную таблицу, обработали заполненную, очистили обработанную. Когда пришло время - проделали тоже самое, просто поменяв таблицы местами.

Решение смелое и неожиданное :)
Попробуйте.
Хотя столь короткий интервал меня пугает, но сама идея весьма яркая.
По таблице на каждый час уже так достойно.

Он не просто просился на пенсию, а сам! своим пешком отвалил)))) вот и нужен альтернативный вариант... Кстати, в ветке про тригеры я так и намекнул: трггер не надежный работник, дохленький))

а если заранее сделать временные таблицы, скажем по таблице на каждую минуту. И тогда не предется удалить и переименовывать таблицы, а поток каждую минуту направлять в следующую таблицу. после обработки данных таблицу очищать (т.е. подготовить ее на следующий день). Такой вариант возможен?

не всё просто.
Привлечение раздела языка администрирования данных в общем случае снижает и надежность и безопасность.
Всё ж регулярно тыкать команды ALTER в живую БД это риск.

Что же Вы не сказали, что я Вас уже второй раз посылаю по этой ссылке...
P.S. Василий Петрович Триггер попросился таки на пенсию? :)

Ну как же)))) все популярно и понятно!))) спасибо большое логику понял
Просто на этом форуме хотелось увидить реализацию через запросы, как-нить по хитрому, а оно вон как оказалось просто

так и что это меняет?
данные льются в таблицы table1 и table2, после чего из table1 мы выбираем данные, агрегируем и пишем в table3... то есть зачем Вы рассказывали про table2 вообще не понятно. Ну да не в этом дело - решение-то остается прежним:
1. table1 переименовываем в table1_tmp
2. создаем чистую table1
3. из table1_tmp выбираем даные, обрабатываем и кладем в table3
4. удаляем table1_tmp

что непонятно?