Что вы используете для cоздания журналирования системы?

Question

[g00d]

Вопрос касается веб проектов (в принципе не важно на чем писанных).


Что вы используете для создания логов?


писать их в базу? и раздувать объем таблицы накладно. Т.е. к примеру такая таблица может содержать более 6 млн. строчек на крупном проекте и очень скоро :)


возможно проще добавлять в файл по записи проще (быстрее) но обработке такие логи поддаются более сложно.


О каких логах идет речь?


к примеру таких:

такой-то юзер в такое то время выполнил такое-то действие получил либо отправил такие-то данные и т.д…


может есть какие-то решения которые можно уже использовать?


есть идеи?

Answer 1

[rPman]

Если по каким то причинам не устраивает одна таблица (хотя, изучите такие вещи как кластеризация), то можно автоматически по структуре БД для каждой таблицы создать парную, заполняемую триггерами, при этом логику заполнения для разных таблиц можно варьировать — для одних хранить только факты добавления и удаления, для других добавить факты модификации, для третьих может понадобиться факты чтения данных (эти данные можно и не триггерами заполнять), где то можно вообще полный лог изменений данных (сохранять изменившиеся полей для истории изменений)…

Проблема потом интерпретировать эти данные… но, возможности, которые обеспечивает такой подход, очень велики.

Comments

[g00d]

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

[rPman]

Главное, в моем предложении — автоматически создаваемое по структуре

Как то работал в проекте под Oracle, где были скрипты, создающие автоматически рядом с рабочей базой копию всех таблиц структурно, добавляя поля — дата создания, дата изменения, дата удаления, и на любое изменение триггерами добавляющие копию текущей записи из оригинальной базы. Разница в размерах у баз была 1 к 30.

Очень простой, с точки зрения реализации, подход (скрипты очень простые) давал невероятные возможности по работе с историей абсолютно любых действий (добавишь колонку — user, будет еще и абсолютно полный ауудит!, добавишь колонку hash — равный хешу текущих данных + предыдущий хеш, данные лога станут частично защищены от модификаций)…

Answer 2

[contor]

Вы всего скорее смешиваете понятия аудит действий и логирование.

Аудит — это как правило модуль приложения и пишет все в базу.
Логирование — как правило декларативно настраиваемая библиотека.

Решения конечно есть, но чтоб советовать конкретно — надо как раз знать, на чем пишите…

Comments

[g00d]

речь идет о PHP проекте.

в чем пазница между аудитом и логированием в моем случае?