Random2На сайте есть поиск, результаты которого решил заносить во временную таблицу. Пока юзер на сайте был один, этого было достаточно - перед каждым поиском очищал временную таблицу (TRUNCATE), обнуляя счетчики и т.д.
Теперь изменил структуру, добавив поле USER_ID и каждый результат принадлежит теперь конкретному пользователю. Но возник такой момент. Каждый поиск занимает 500-1000 строк в таблице. Так даже если перед поиском из таблицы будут удаляться строки текущего юзера, рано или поздно Primary-счетчик достигнет предела, да и дело даже в другом - помоему это несовсем корректный подход.

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

Пока на ум приходит только одна идея - добавить еще одно поле - дата поиска и перед поиском, если самая свежая запись старше 24 часов - делать TRUNCATE таблицы. Но если записей будет скажем 10000, то это уже может сказаться на времени выполнения, ведь чтобы узнать самую свежую запись, серверу нужно будет перебрать их все, что может занять немало времени. Вобщем, подскажите, кто какой выход находил в подобных ситуациях.

да не совсем верно.

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