Скрипт генерирует таблицу в БД около 10 секунд (при одном пользователе).
Пользователей может быть приличное количество (около сотни в один момент).
Вероятно часть из них будет выбрасывать по ошибке длительного выполнения скрипта.
Хочется, чтобы, если генерация таблицы не была завершена, произошло её удаление.
А также на время генерации таблицы вышел статус её генерации.

Как такое можно реализовать?

зачем тебе под каждого пользователя генерировать таблицу?

Я бы на твоем месте занимался оптимизацией генерации
А если уж приспичит делать статус, то задвать вопрос в разделе, который имеет к этому отношение

slang, разбить генерацию на части. на клиенте аяксом подгружать обработанные куски...

Pokoinik, тогда уж в стек и по крону задания исполнять.

разбей на этапы

Для всех любителей давать советы, как лучше удалить гланды через позвоночник:
http://forum.vingrad.ru/forum/topic-215740.html
читаем, думаем

Feldmarschall, порой проще и быстрее решить проблему за счет новых мощностей, заодно повышая капитализацию 

Я понимаю твой игривый тон, но здесь это не поможет.
Ты путаешь процентный тюнинг и кривые руки.

Feldmarschall, а оно и не нужно. Главное мы с тобой все поняли.

Feldmarschall, ну я так понимаю, вы сможете порекомендовать методы оптимизации генерации.
1. есть оригинальные таблицы (3 штук: тесты->вопросы->варианты ответов)
2. требуется получить таблицу, объединяющую все три таблицы
3. необходимо перемешать вопросы внутри теста
4. перемешать ответы внутри вопроса

делаю:
1. читаю информацию о тесте
2. записываю первую строку новой таблицы
3. читаю все вопросы (связанные с тестом, разумеется) в массив
4. перемешиваю вопросы
5. читаю все ответы (связанные с вопросами, разумеется) в массив
6. перемешиваю ответы
7. заполняю новую таблицу построчно, пробегая по массивам, где строка может быть вопросом или ответом (различается по содержимому поля).


Это сообщение отредактировал(а) slang - 10.6.2008, 18:41

остановка алгоритма в п.2.
не требуется. никаких создавать таблиц.

На этом форуме очень много вопросов, вызванных непониманием элементарных основ работы баз данных. О нормальной форме представления нет ни малейшего. причем результатом часто становятся именно проблемы в производительности. 
но при этом хочется все равно - не меняя ничего архитектурно, просто сказать волшебное слово, чтобы все забегало. 
Шалишь, не выйдет.

Почти ничего из перечисленного делать заранее не нужно. зачем создавать таблицу, когда вопросы и тесты и так у нас есть?
зачем перемешивать вопросы заранее, когда это можно сделать перед показом?
зачем перемешивать ответы заранее, когда это можно сделать перед показом?

Feldmarschall.
мне нужно перемешать вопросы и ответы единожды и сохранить этот порядок до окончания.
вопросы в основном тесте (так же как и варианты ответа) могут изменяться во время ответа на тест пользователем, при этом в уже открытом тесте должно остаться все как на момент генерации теста.
есть еще масса причин не использования основной базы для каждого тестируемого.
и стоит отметить, что я не спрашивал что мне необходимо получить в итоге, по этой причине и не отвечал на кучу "советов" типа "тебе это не надо, подумай что ты хочешь получить...".
я подумал, и получить мне нужно то, что написал, ни больше ни меньше - сгенерировать таблицу.

ну, если ты сам думать не хочешь, то мне-то это тем более не надо =)
продолжай настраивать баззу данных, гыгыгы

ещё бы лучше подумал, и генерировать таблицу бы не пришлось, тебе можно курсоры попробовать, и вообще, не напрягай PHP работой БД при этом в извращённой форме..

Это сообщение отредактировал(а) Fally - 10.6.2008, 19:53

Кто/что мешает это сделать?

Кто/что мешает получать всех ID вопросов для теста?
Кто/что мешает использовать shuffle()?

Кто/что мешает сохранить это в сессии? Или на худой конец - в базе в отдельном поле для конкретного пользователя?

Кто/что мешает сделать то же самое но для ответов по каждому из вопросов?

То же что и танцору?

ЗАЧЕМ генерировать таблицы?

Добавлено через 3 минуты и 46 секунд

Почему?

Основное правило работы с БД - ID записи остается неизменным на все время существования записи и базы.
ID однозначно идентифицирует относительно постоянную часть записи.

Если ты хочешь кардинально изменить вопрос - создавай новую запись с новым ID. Точно так же надо поступать и с ответами.

натолкнулся на свою тему 
вообще то всё нормально работает в первоначальном виде. MySQL вешался, но вопрос решился с самим SQL сервером.

Кто/что мешает получать всех ID вопросов для теста?
 - мне нужен для каждого пользователя отдельный тест на основе оригинального теста, а не ID вопросов/ответов, которые как было сказано могут изменяться во время использования теста

ЗАЧЕМ генерировать таблицы?
 - а почему нет, если в тесте пользователя должны быть НЕ ID!!!!!, а полный вариант теста. по окончанию периода тесты уходят в архив в виде набора таблиц пользователей и являются самодостаточными.

Кто/что мешает сохранить это в сессии?
 - просто они не подходят для решения данной задачи по обоснованным причинам

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

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

я не понял ты их генерируешь, т.е. в реальном времени создаешь... сумашедший...  , записывай нужную информацию хотя бы в файл...