Поддержу и дополню: «некоторые» делают так, что, даже при перезагрузке ОС, в /tmp (в случае когда раздел на блочном устройстве, а не в памяти) не очищается и на кой-то ляд хранят в этой точке монтирования временные (возможно для них «время» — понятие относительное :-) ) файлы.
Я уже начал было писать, что имел ввиду, пока писал понял где ошибаюсь.
Вкратце: переименовать таблицу в prefix_tablename.
Затем создать представление с именем tablename, которое выбирает данные из prefix_tablename с условием по дате, а приложение выбирало бы данные из представления с условием по ID(или любому другому).
Не учел, что новые записи в таблицу заносит приложение.
Когда работал в прошлой конторе от csync2 ушли. Из минусов:
Инфа по отслеживаемым файлам хранились в sqlite, на больших кол-вах файлов тормозило жесть как…
Пришли к альтернативе: lsyncd
Использовать в принципе можно. При старте, на отслеживаемом каталоге навешивает так называемые inotify. Если слишком много файлов в отслеживаемом каталоге, старт утилиты может занять некоторое время. :-) Важно! По lsyncd настоятельно рекомендую покурить конфиги, изучить опции по умолчанию и их значения. :-)
Имхо в статье надо дописывать дисклеймер: "это плохая практика", в противном случае - будем учить плохому.
Тема printf не раскрыта.
Вкратце: переименовать таблицу в prefix_tablename.
Затем создать представление с именем tablename, которое выбирает данные из prefix_tablename с условием по дате, а приложение выбирало бы данные из представления с условием по ID(или любому другому).
Не учел, что новые записи в таблицу заносит приложение.
Из минусов:
Инфа по отслеживаемым файлам хранились в sqlite, на больших кол-вах файлов тормозило жесть как…
Пришли к альтернативе: lsyncd
Использовать в принципе можно. При старте, на отслеживаемом каталоге навешивает так называемые inotify. Если слишком много файлов в отслеживаемом каталоге, старт утилиты может занять некоторое время. :-)
Важно! По lsyncd настоятельно рекомендую покурить конфиги, изучить опции по умолчанию и их значения. :-)