[DAN]
Старожил PHPClub
Значит так, авторитетно заявляю
, что для хранения логов и в частности для твоих задач идеально подходит MySQL. Другие СУБД даже не копай.
НО! Если понадобится статистика по логам или, не дай Бог, обработка real-time, то MySQL фтопку (лучше в крематорий).
Для таких задач я пользую протюненный PostgreSQL, ну и народ подсказывает смотреть в сторону Oracle. В этом случае получаешь оптимум по времени обработки данных и времени выборки.
Бэкапы лучше хранить в виде исходных данных, если таковые есть (файлы, дамп потоковой информации, etc.). Как вариант прокатит репликация данных в RAID-массив. Но бэкапы нужны - проверено.
-~{}~ 07.10.05 14:17:
Да, и не забываем про индексы

НО! Если понадобится статистика по логам или, не дай Бог, обработка real-time, то MySQL фтопку (лучше в крематорий).
Для таких задач я пользую протюненный PostgreSQL, ну и народ подсказывает смотреть в сторону Oracle. В этом случае получаешь оптимум по времени обработки данных и времени выборки.
Бэкапы лучше хранить в виде исходных данных, если таковые есть (файлы, дамп потоковой информации, etc.). Как вариант прокатит репликация данных в RAID-массив. Но бэкапы нужны - проверено.
-~{}~ 07.10.05 14:17:
Да, и не забываем про индексы
