Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

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


Id ©   (2006-05-10 10:26:00) 

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


Desdechado   (2006-05-10 16:38:00) [1]

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


Sergey13   (2006-05-10 14:14:00) [2]

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


Id   (2006-05-10 13:54:00) [3]


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


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

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


Desdechado   (2006-05-10 13:14:00) [4]

Alien1769 ©   (10.05.06 13:03) [10]
а также какую именно, и не понеслось ли это каскадом по другим таблицам


Alien1769   (2006-05-10 13:03:00) [5]


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


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


Desdechado   (2006-05-10 12:15:00) [6]

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

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


Sergey13   (2006-05-10 12:02:00) [7]

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


Id   (2006-05-10 11:56:00) [8]


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

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


Desdechado   (2006-05-10 11:30:00) [9]

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

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

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


Sergey13   (2006-05-10 11:18:00) [10]

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

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


Id   (2006-05-10 11:10:00) [11]


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

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


Sergey13   (2006-05-10 11:01:00) [12]

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

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

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


Id   (2006-05-10 10:54:00) [13]


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

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

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

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


Sergey13   (2006-05-10 10:42:00) [14]

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


Наверх

Титульная страница Поиск, карта сайта Написать письмо