Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > MySQL > Автоудаление данных из таблицы


Автор: len4ixa 26.8.2009, 20:11
Насчет этого, конечно, можно было бы и посмотреть самой, но я боюсь, что буду искать долго. У меня есть таблица engine_visits, надо автоматически в одно и то же время каждый день удалять там все данные (кроме названия столбцов). То-есть даже если на сайт месяц никтоне будет заходить, скрипт должен выполняться. Как это реализовать. ПС насчет удаления при обращению к скрипту я знаю только, как начать: 
Код

mysql_query("DETETE * FROM engine_visits
 
может тут можно и по другому,
а дальше нужна помощь.

Автор: Zloxa 26.8.2009, 21:01
http://segfault.kiev.ua/smart-questions-ru.html#forum

M
Zloxa
Перенесено из " Общие вопросы по базам данных"

Автор: skyboy 26.8.2009, 22:32
Цитата(len4ixa @  26.8.2009,  19:11 Найти цитируемый пост)
То-есть даже если на сайт месяц никтоне будет заходить, скрипт должен выполняться. 

ага. значит, сайт. сайт размещается на сервере у хостера. хостер обычно предоставляет в комплекте сервере сервис планировщика - возможность запланировать выполнение определенного приложения(скрипта PHP, shell-сценария). под *nix хостинг этот планировщик зовется cron.
как написать скрипт, очищающий(нет, не DELETE, а TRUNCATE!) - спроси в "PHP: Базы данных".
как работать с CRON'ом - спроси в "Администрирование Web-серверов и web-служб" или "*nix: программное обеспечение".

Автор: Zloxa 27.8.2009, 00:41
skyboy, я правильно понимаю, что у маськи нет своего job scheduler'а?

Автор: Ипатьев 27.8.2009, 08:22
Разумеется, правильно.
Поскольку в базе данных он и не нужен.
Если данные надо удалять автоматически - значит, их в базе вообще не должно было быть.

Автор: Zloxa 27.8.2009, 08:36
Цитата(Ипатьев @  27.8.2009,  08:22 Найти цитируемый пост)
правильно.

Спасибо
Цитата(Ипатьев @  27.8.2009,  08:22 Найти цитируемый пост)
Поскольку в базе данных он и не нужен.
Если данные надо удалять автоматически - значит, их в базе вообще не должно было быть. 

Не стоит столь категорично.
Вы, видимо, сталкивались с очень узким кругом задач.

Автор: DimW 27.8.2009, 08:41
Цитата(Zloxa @  27.8.2009,  00:41 Найти цитируемый пост)
я правильно понимаю

вроде как http://dev.mysql.com/doc/refman/5.1/en/create-event.html.

Цитата(Ипатьев @  27.8.2009,  08:22 Найти цитируемый пост)
Поскольку в базе данных он и не нужен.

чем вызванна такая категоричность? вы считаете что плановые изменения данных должны реализовываться вне БД? 
если вы им не пользуетесь это не значит что он не нужен.

Цитата(Ипатьев @  27.8.2009,  08:22 Найти цитируемый пост)
значит, их в базе вообще не должно было быть.

выводы у вас дилетантские.

Автор: Zloxa 27.8.2009, 08:46
Цитата(DimW @  27.8.2009,  08:41 Найти цитируемый пост)
 оно

Спасибо

Автор: skyboy 27.8.2009, 09:39
Цитата(Ипатьев @  27.8.2009,  07:22 Найти цитируемый пост)
Поскольку в базе данных он и не нужен.

слишком категорично. Тебе мешает планировщик, скажем, в MSSQL? smile
Цитата(DimW @  27.8.2009,  07:41 Найти цитируемый пост)
вроде как оно.

точно! ух ты! спасибо за наводку!

Автор: DimW 27.8.2009, 10:20
Цитата(Zloxa @  27.8.2009,  08:46 Найти цитируемый пост)
Спасибо

Цитата(skyboy @  27.8.2009,  09:39 Найти цитируемый пост)
спасибо за наводку!

пожалуйста.

Автор: Ипатьев 27.8.2009, 14:11
Цитата(DimW @  27.8.2009,  08:41 Найти цитируемый пост)
чем вызванна такая категоричность? вы считаете что плановые изменения данных должны реализовываться вне БД? 

Я считаю, что их никаких "плановых изменений" вообще не должно быть при грамотно организованной структуре данных

Автор: DimW 27.8.2009, 14:42
Цитата(Ипатьев @  27.8.2009,  14:11 Найти цитируемый пост)
Я считаю, что их никаких "плановых изменений" вообще не должно быть при грамотно организованной структуре данных

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

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

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

при мониторинге  поступления "свежих" данных из внешних систем.

если вы считаете что эти задачи можно реализовать посадив тетю за педаль, то вы ошибаетесь.

Автор: Ипатьев 27.8.2009, 14:57
Судя по замечанию про тетю, вы не поняли, о чем я написал.

Автор: Zloxa 27.8.2009, 15:01
Цитата(Ипатьев @  27.8.2009,  14:57 Найти цитируемый пост)
Судя по замечанию про тетю, вы не поняли, о чем я написал. 

Судя по тому, что я счел замечание уместным, я тоже Вас не понял, а ваша лаконичная констатация факта непонимания, этого самого понимания не добавила.

Автор: DimW 27.8.2009, 15:24
Цитата(Ипатьев @  27.8.2009,  14:57 Найти цитируемый пост)
вы не поняли, о чем я написал

ну может тогда объясните, а то ход ваших мыслей сложно уловить.

Автор: len4ixa 27.8.2009, 17:35
ну мне на перое время нужно так, иначе прийдется переписывать полскрипта. А подробнее можно? вот я создала файл delete.php. Что я там пишу? 

Автор: DimW 28.8.2009, 08:20
Цитата(len4ixa @  27.8.2009,  17:35 Найти цитируемый пост)
А подробнее можно?

вы http://dev.mysql.com/doc/refman/5.1/en/create-event.html изучили?
ваши вопросы?!


Цитата(len4ixa @  27.8.2009,  17:35 Найти цитируемый пост)
 вот я создала файл delete.php. Что я там пишу?

если всетаки идете по такому пути то, что там писать вам подскажут в форуме по PHP. 

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)