Монитор доступа
Модератор: kdv
Монитор доступа
Как лучше организовать в программе журнал доступа.
Под журналом я подразумеваю отдельную таблицу в которой будет храниться информация, какой пользователь, что сделал (создал, изменил, удалил), с какой записью - в некоторых конкретных таблицах.
Хотел просто сделать дополнительные триггеры AfterInsert, AfterUpdate, AfterDelete - но получается не очень удобно так как тяжело передавать USER_ID - в эти триггеры - эта переменная у меня заведена только в программе. Приходится создавать доп. столбцы в таблицах через кот. передается это поле для дальнейшей работы с ним в триггере NEW.USER_ID, OLD.USER_ID
Буду благодарен любым материалам по теме!
Под журналом я подразумеваю отдельную таблицу в которой будет храниться информация, какой пользователь, что сделал (создал, изменил, удалил), с какой записью - в некоторых конкретных таблицах.
Хотел просто сделать дополнительные триггеры AfterInsert, AfterUpdate, AfterDelete - но получается не очень удобно так как тяжело передавать USER_ID - в эти триггеры - эта переменная у меня заведена только в программе. Приходится создавать доп. столбцы в таблицах через кот. передается это поле для дальнейшей работы с ним в триггере NEW.USER_ID, OLD.USER_ID
Буду благодарен любым материалам по теме!
Re: Монитор доступа
Я подобное делаю из программы, а время проставляю триггером.
Спасибо.
Сделал аналогичным образом. Так даже удобнее можно кучу доп. информации записать в журнал. Я например создал дополнительное поле (BLOB, 1000, TEXT) в котором хранится список полей и их значений (FIELD1=VALUE1;FIELD2=VALUE2) на момент вставки, изменения или удаления записи, кот. берутся из датасета!
Сделал аналогичным образом. Так даже удобнее можно кучу доп. информации записать в журнал. Я например создал дополнительное поле (BLOB, 1000, TEXT) в котором хранится список полей и их значений (FIELD1=VALUE1;FIELD2=VALUE2) на момент вставки, изменения или удаления записи, кот. берутся из датасета!
-
- Сообщения: 66
- Зарегистрирован: 29 авг 2006, 10:00
--> Я бы не стал так делать, если бы:
--> 1. Очень часто приходится к логу обращаться
--> 2. Очень много информации в нем может храниться
Вообще взял BLOB поле в расчете на то,что блобы хранятся на отдельных страницах внутри БД, а не вместе со всеми остальными полями таблицы, и если я в селекте BLOB не укажу - поидее тормозов быть не должно!
--> может тебе просто включить историю транзакций?
Про это ничего не знаю, дайте ссылочку почитать, изучить!
--> 1. Очень часто приходится к логу обращаться
--> 2. Очень много информации в нем может храниться
Вообще взял BLOB поле в расчете на то,что блобы хранятся на отдельных страницах внутри БД, а не вместе со всеми остальными полями таблицы, и если я в селекте BLOB не укажу - поидее тормозов быть не должно!
--> может тебе просто включить историю транзакций?
Про это ничего не знаю, дайте ссылочку почитать, изучить!
-
- Сообщения: 66
- Зарегистрирован: 29 авг 2006, 10:00
-
- Сообщения: 66
- Зарегистрирован: 29 авг 2006, 10:00
kdv
Отвергая предлагай! - давно известная мудрость.
Я что-то не видел пока ни одной передираловки, можно пример?
Еще в рунете мы, ИТ-специалисты, выступаем в роли футбольного мяча, где сайты играют в футбол, на одно одно,на другом другое и пока ты найдешь, что тебе надо, ты обойдешь не мало ресурсов, зачем это надо? Лучше все будет в одно месте, пусть даже если это будет передираловка. Но это мое IMHO.
Отвергая предлагай! - давно известная мудрость.
Я что-то не видел пока ни одной передираловки, можно пример?
Еще в рунете мы, ИТ-специалисты, выступаем в роли футбольного мяча, где сайты играют в футбол, на одно одно,на другом другое и пока ты найдешь, что тебе надо, ты обойдешь не мало ресурсов, зачем это надо? Лучше все будет в одно месте, пусть даже если это будет передираловка. Но это мое IMHO.
да любую статью бери, как пример.Я что-то не видел пока ни одной передираловки, можно пример?
http://www.interface.ru/home.asp?artId=4383
ссылка на оригинал - в правом нижнем углу. если не знать, не найдешь.
Между тем в конце оригинала статьи стоит copyright. Где он в "перепечатке"? А?
дальше. вот это
http://www.interface.ru/home.asp?artId=4382
взято с перепечатки,
http://www.delphisources.ru/pages/artic ... 03_07.html
а оригинал тут.
http://www.serviceslab.narod.ru/Delphi/oop.html
Т.е. понятно зачем перепечатывают - чтобы поисковик на них приводил. Обычно приличные люди не копируют статьи, а просто дают ссылки.
Кроме того, я уже Голубовскому пенял, что он как-то дал анонс "новой статьи на Interface", которая оказалась на самом деле статьей из журнала Хакер то ли 2003, то ли 2004 года. Видать, у них план по ре-публикацям...