вот тут почитайте(хотя я мог неправильно понять задачу) http://php.su/phphttp/?cookies

Azazaza,не не то, кукисы тут ни при чём)

дополнительным запросом кроме вставки записи с данными делаете CREATE EVENT который через какое-то время что-то сделает с этой записью.
что-то типа

Arks,спс, но чуть чуть непонял

Вот напрмиер я нажимаю на кнопку и мне нужно в таблицу tb_all в поле flag добавить значение 2, тому пользователю, у которого user=$user (это реализовано)
и надо чтобы через 24 часа в этой же строке было вместо 2 упдатилось в 0
Я просто несовсем понял что как и где в этом коде менять
...
а и ещё, как работает этот код? каждую секунду проверяет прошло ли 24 часа или нет?
просто я про нагрузку боюсь))

а почему нельзя так сделать???
<?
// Допустим мы уже имеем такие переменные в этой точки срабатывания скрипта:
$time = time(); // Это реальное время в секундах от начала эпохи (01.01.1970г)
$user = 'вася'; // Логин юзера



// Подключаемся к базе к примеру, но здесь это не нужно будет, если функция в скрипте будет
include'connect.php';

// Ищем всю информацию в таблице function, где поле user равна переменной $user, тоесть вася
$sql = mysql_query("SELECT * FROM `function` WHERE `user`='{$user}'");
$ROW_US = mysql_fetch_assoc($sql); // $ROW_US['...'] - это весь массив вытащенных данных из таблицы function


$time_end = $time - 24*60*60; // $time_end это реальное время от начала эпохи минус 24часа (1сутки)

// $ROW_US['time_s'] - это время эпохи, записанное ранее нажатной кнопкой в базу данных
// Если прошло 24часа, то делаем запись в базу с новым временем и меняем flag
if ($time_end >= $ROW_US['time_s'])
mysql_query("UPDATE `function` SET `time_s`='{$time}',`flag`='0' WHERE `user`='{$user}'"); // Если больше 24часов прошло, то обновляем данную таблицу у юзера

?>

[PHP]
$userid = 1;
$evtname = 'evt'.$userid;
$pdo->query("
SET @@global.event_scheduler = 1;
INSERT INTO tb_all SET user_id = $userid, flag = '2';
CREATE EVENT $evtname ON SCHEDULE AT CURRENT_TIMESTAMP + INTERVAL 5 SECOND DO UPDATE tb_all SET flag = '0' WHERE user_id=$userid;
");[/PHP]
За нагрузку правильно боитесь, тут надо правильно объемы задач рассчитывать. Каждую секунду мучить сервер нет смысла(event_sheduler и так постоянно мучается встроенными интервалами когда запущен и ждет наступления событий) - поэтому создаются просто 1-разовые именованные event'ы для каждой записи. После выполнения они удаляются.
Event_sheduler это демон который согласно встроенному таймеру проверяет какие события наступили для заданных временных условий и вызывает их обработчики. Поэтому если их будет одновременно 100500 он конечно может кушать прилично памяти. Но с таким объемам вставок за 24 часа возможно никакой mysql и так не справится. Так или иначе этот подход окажется скорее всего быстрее и бережливее к ресурсам чем Ваш. Делайте как больше нравится. И еще ему не требуется время хранить, это конечно сомнительный - но тоже плюс.

Ну а главное точность - с этим можно быть уверенным что все сработает и именно тогда когда надо а не когда-то через 10 лет. Т.е. такой подход повышает достоверность состояния флага. Например Вам захочется чтобы другие модели тоже работали с этим флагом - и вот у Вас в 5 разных местах будет вызываться метод который будет делать эти Ваши проверки каждый раз начиная от лишнего запроса на одного пользователя и заканчивая полным сканом таблицы - а вот скажите, нафига это нужно каждый раз если операция одноразовая скажем для каждого выставления флага в '2'?
Так что делайте выводы о нагрузке сами.
Сразу замечу про ограничения существующих версий - технология не очень старая, поэтому обычно не стоит рассчитывать что процедуры, триггеры и подготовленные выражения позволят создавать event'ы - поэтому все ручками из php

Arks,если нагрузка будет большая то зачем мне тогда этот код?)
я думаю мой код который написал я будет лучше?) или это не так?

Karamba, попробуйте оба, а потом расскажете. О разнице я написал Выше. Вам решать что больше подходит.

Разница примерно такая:
Классический подход:
1) Вы делаете какие-то действия в БД.
2) Через некоторое время вы получаете какие-то данные
3) Вы что-то меняете в БД если наступили определенные условия
Подход с использованием mysql_events
1) Вы делаете какие-то действия в БД
2) Вы твердо уверены что через какое-то время определенные условия наступят(т.е единственным условием тут является само время).
3) При совершении действия в п.1 Вы также указываете серверу какие изменения необходимо произвести(при этом Вы легко можете проверять любые другие условия) через заданное время.
Т.е. второй подход позволяет избавиться от проверки условия наступления нужного времени т.е. сервер сам все делает и БД всегда находится в актуальном состоянии. Если бы у Вас две модели обращались к флагу в разное время - каждая из них должна была бы выполнить проверку на наступление времени, 100500 моделей - 100500 проверок. При этом для каждой из них проверка была бы обязательной(т.к они ничего не знают друг о друге, знают только о БД). Mysql_events позволяет не делать подобных проверок, не гонять лишние данные между php-клиентом и mysql-сервером

Arks,ну селектить мне базу так и так надо для моих других скриптов, поэтому я думаю лучше мой вариант сделать)

Замечание модератора: Эта тема была закрыта автоматически ввиду отсутствия активности в ней на протяжении 100+ дней. Если Вы считаете ее актуальной и хотите оставить сообщение, то воспользуйтесь кнопкой или обратитесь к любому из модераторов.