Господа, возможно ли держать пользователей в базе а не на сервере, как ето реализовано в мелкософтовском
серваке?
Я на данный момент реализовал таким образом - все юзеры конектятся в базе через SYSDBA - потом идет выбор пользователя и пароля и задаются какая кнопочка на главной форме доступна пользователю какая нет - все нормально - но стал вопрос о запрете апдейта одного конкретного поля в одной таблице определенным пользователям- идеальный вариант - роли, но в моем случае неприменимо, а писать самому роли не прикольно - ето переписать половину файребирда, можно конечно в программе запретить, но хочется по-извращаться - как для моего
случая реализовать такой функционал с наименьшими затратами?
Файребирд не планирует перенести хранение пользователей с сервера в базу?
Пользователи в базе а не на сервере
Re: Пользователи в базе а не на сервере
нельзя. планирует.
Re: Пользователи в базе а не на сервере
в InterBase это с 7.5.
http://www.ibase.ru/devinfo/ib75eua.htm
кстати, Firebird произносится Фаэбёд.
http://www.ibase.ru/devinfo/ib75eua.htm
кстати, Firebird произносится Фаэбёд.
Re: Пользователи в базе а не на сервере
понял исправлюсьkdv писал(а): кстати, Firebird произносится Фаэбёд.
-
- Заслуженный разработчик
- Сообщения: 1436
- Зарегистрирован: 15 сен 2005, 09:05
Re: Пользователи в базе а не на сервере
Выкидывай из триггера исключение при попытке изменить это поле под данным пользователем.Antarey писал(а):как для моего случая реализовать такой функционал с наименьшими затратами?
И замени начальный коннект с sysdba на кого-то бесправного.
Re: Пользователи в базе а не на сервере
я думал так, только такой вариант пригоден для конкретной задачи и нескольких полей - юзверов,универсально сделать не получиться ,обидноDimitry Sibiryakov писал(а):Выкидывай из триггера исключение при попытке изменить это поле под данным пользователем.Antarey писал(а):как для моего случая реализовать такой функционал с наименьшими затратами?
И замени начальный коннект с sysdba на кого-то бесправного.