Форум MySQL

Испытать возможности не имею, потому что от этой точки отталкивается много нюансов.

Задача такова - в базе содержится энное количество столбцов. Два столбца - от которых надо отталкиваться - это user и date. Нужно переодически переносить всё из базы - в файлы конкретного пользователя и конкретной даты.


Вариант 1. Запуск по крону, обращение в базу, построчное считывание, запись в файл.
Вариант 2. Запуск по крону, открытие множества фреймов, которые запускают один и тот же скрипт, но с разными параметрами, передающимися $_GET в src фрейма. Т.е., направить первый фрейм - на обработку user=1 , второй - на user=2 - чтобы они параллельно отработали.

Как будет быстрее и лучше?

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

когда все толкаются и спешат проскочить один быстрее другого - это не есть хорошо. Спешить нужно медленно. Лучше ускорьте процесс за счет чего-то другого. Может можно читать и не построчно а за один заход?

Явно не пройдет. Обработать нужно каждого user отдельно. Но насчет толкотни.... да...

По моему проще сделать дамп таблицы а потом его разобрать.

А что, если при входе (выходе) юзера по своему учету стартует копирующий скрипт ?
Всеравно изменения в базах юзера появляются после его посещения
У меня так

А почему Вы полагаете, что со множеством запросов будет быстрее? Они не на одном процессоре будут выполняться?

Я полагал - они параллельно будут идти.
Копирующий скрипт при входе и выходе выполняется. Другое дело - есть общесобирающий скрипт. Он, как бы, причесывает всё...

Если процессор один, то это кажущаяся параллельность. Помимо времени собственно на работу, будет тратиться время на переключение между процессами. В результате будет только дольше.