Регистарция входа в базу данных на FB

← →
Id (2006-05-10 10:26) [0]

Здраствуйте, уважаемые мастера.
Подскажите существует в IBExpert-e такого рода журнал или список, где отражено какой пользователь, когда заходил в базу данных, что сделал?

← →
Sergey13 © (2006-05-10 10:42) [1]

Есть вроде "Менеджер протоколов данных" или как то так. А зачем тебе ЭТО, если не секрет? Я к тому, что протоколирование всего и вся - штука ресурсоемкая.

← →
Id (2006-05-10 10:54) [2]

> А зачем тебе ЭТО, если не секрет?

Для того, чтобы отследить, кто внес некорректные данные в базу (если это возможно конечно),

> Есть вроде "Менеджер протоколов данных"

Есть такой, но при первом взгляде намеков на списки пользователей и когда они ее посещали нет

← →
Sergey13 © (2006-05-10 11:01) [3]

2[2] Id (10.05.06 10:54)
> Для того, чтобы отследить, кто внес некорректные данные в базу (если это возможно конечно),
Не надо позволять вводить туда некорректные данные. И еще вопрос - какие данные считать некорректными?

> Есть такой, но при первом взгляде намеков на списки пользователей и когда они ее посещали нет
Я эту штуку сам не юзал, но по виду она строит дубликаты таблиц и тригерами вносит туда данные. Никто не запретит тебе дополнить эти таблицы и тригеры нужными данными/кодом.

Но я еще раз повторю - 10 раз подумай преде чем делать такое. Инфы будет море, а проку от этого мало. Самое простое (и наименее трудоемкое) добавь в ответственные таблицы поле "Юзер" и заполняй его текущим для выяснения автора последней редакции.

← →
Id (2006-05-10 11:10) [4]

> И еще вопрос - какие данные считать некорректными?

Имеется ввиду, что пользователь может ввести неправильное значение из предложенных ему, в связи с чем может в итоге неправильно сгенерироваться отчет.
Благодарю за инфо.

← →
Sergey13 © (2006-05-10 11:18) [5]

2 [4] Id (10.05.06 11:10)
> Имеется ввиду, что пользователь может ввести неправильное значение из предложенных ему, в связи с чем может в итоге неправильно сгенерироваться отчет.

Если ты в состоянии определить, что юзер ввел неправильное значение, то почему он его все-таки ввел и не получил ошибки?

← →
Desdechado © (2006-05-10 11:30) [6]

после введения такого протоколирования доля полезных данных в БД будет через месяц равняться 5-7%, остальное - протокол, в котором никто не захочет разбираться
и пухнуть БД будет неимоверно

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

по поводу последней редакции - имхо, она мало смысла имеет, ибо последняя редакция могла поменять незначащее поле, а ошибка была внесена раньше

← →
Id (2006-05-10 11:56) [7]

> Если ты в состоянии определить, что юзер ввел неправильное
> значение, то почему он его все-таки ввел и не получил ошибки?
>

Например, Поле "ФИО"- значение "Иванов Иван Иванович", поле "Пол"-значение "жен", данные неправильные (некорректные). Вот, что я имел ввиду.

← →
Sergey13 © (2006-05-10 12:02) [8]

2 [7] Id (10.05.06 11:56)
Ну и? Служебное расследование будете проводить с созданием комиссии и выездом на место преступления? Или просто пол исправите (или имя смените)? 8-)

← →
Desdechado © (2006-05-10 12:15) [9]

> когда заходил в базу данных, что сделал?
интересно, а просто подключение без дальнейших операций тоже хочешь протоколировать?
а операции чтения?

кстати, по протоколированию подключений была интересная статейка на ibase.ru

← →
Alien1769 © (2006-05-10 13:03) [10]

> > когда заходил в базу данных, что сделал?
> интересно, а просто подключение без дальнейших операций
> тоже хочешь протоколировать?
> а операции чтения?

Позволю себе задать вопрос:
Если пользователю разрешается удалить запись, в этом случае нужен протокол (т.е. когда и кто удалил запись)

← →
Id (2006-05-10 13:54) [12]

> Alien1769 © (10.05.06 13:03) [10]

> Desdechado © (10.05.06 13:14) [11]

Структура данной базы невелика: состоит из одной таболицы, один генератор, т.е. если создавать отдельную базу для протокола. Количесво пользователей 1-2. Примерно раз в 4 месяца данную базу можно очистить.
При таком условии в принципе не слишком ресурсоемкий процесс?

2[12] Id (10.05.06 13:54)
Протоколировать базу из одной таблицы с 1 пользователем - это круто!!!! Надо еще, что бы прога мыло юзеру отсылала при ошибке.
Адназначна!!!!
8-)

это как личный дневник :)
"1 января: ввел дядю васю, пол женский"
"2 января: изменил пол дяди васи на мужской"
"3 января: вернул женский, т.к. дядя вася обиделся - оказался тетей василисой"

Регистарция входа в базу данных на FB Найти похожие ветки