Форум: "Базы";
Текущий архив: 2006.12.31;
Скачать: [xml.tar.bz2];
ВнизКак быть на машине установленно 2-е программы обе работают под FB Найти похожие ветки
← →
Antoxa2005 (2006-10-16 17:20) [0]Как правильно поступисть на компьютере установлены 2-е программы обе работают под FB при изменении пароля masterkey на masterkey2 в одной программе вторая тоже перестает подключаться и требует изменения пароля, а как установить пароль на конкретную БД c которой работает программа или как вообще правильно поступить в таком случае?
← →
Shorokhov © (2006-10-16 17:28) [1]Пароль для SYSDBA общий для всех баз под управлением этого сервера.
Таблица пользователей находится в файле security.fdb паки с Файрбёрдом.
И меняя из одной проги ты меняешь пароль на сервере!
Используй 2 разных сервера FireBird :)
← →
Zacho © (2006-10-16 17:30) [2]Программы нужно писать нормально.
В многопользовательской системе нельзя зашивать логин/пароль в программу, и пользователь должен работать не под SYSDBA
А если твоя программа однопользовательская - то достаточно использовать FB Embedded вместо полного FB
← →
Johnmen © (2006-10-16 17:30) [3]
> Antoxa2005
> как вообще правильно поступить в таком случае?
Почитать команду GRANT.
← →
Shorokhov © (2006-10-16 17:32) [4]Или вот еще вариант.
Создай на сервере индивидуального пользователя для каждой программы.
← →
Antoxa2005 (2006-10-17 06:23) [5]
> Почитать команду GRANT.
> <Цитата>
> Или вот еще вариант.
> Создай на сервере индивидуального пользователя для каждой
> программы.
> и пользователь должен работать не под SYSDBA
Понял, необходимо работать из программы не под SYSDBA, а создать польлзователя для каждой программы с правами администратора.
← →
Zacho © (2006-10-17 08:45) [6]Antoxa2005 (17.10.06 6:23) [5]
Понял, необходимо работать из программы не под SYSDBA, а создать польлзователя для каждой программы с правами администратора.
Неправильно. Пользователей надо создавать не "для каждой программы", а столько, сколько нужно (т.е. столько, сколько будет реальных живых пользователей). И права у них должны быть не администраторские, а какие нужно :)
В общем, читай литературу. Для начала - хотя бы главу "Planning Security" в Data Definition Language.
← →
Sergey13 © (2006-10-17 08:53) [7]Заниматься системой безопасности и доступа к данным, ИМХО, нужно сообразно конкретному случаю и требованию заказчика. Есть много случаев, когда эти системы совсем необязательны, и наоборот есть случаи, когда встроенных в СУБД возможностей может не хватать.
Обычно это напрямую зависит от масштабов проекта.
← →
Виталий Панасенко (2006-10-17 09:14) [8]Пароли ставятся НА СЕРВЕР вплоть до 2,0. А на БД обещают в 3,х
← →
Antoxa2005 (2006-10-17 12:48) [9]
> Пароли ставятся НА СЕРВЕР вплоть до 2,0. А на БД обещают
> в 3,х
Ясно!
← →
Megabyte © (2006-10-17 13:35) [10]
> В многопользовательской системе нельзя зашивать логин/пароль в программу
Вот-вот. Попросили меня настроить БД и клиента(кот. делал не я, а старший программист, работающий удаленно!) на новый сервак. После этого при входе под SYSDBA программа сообщает, что нет прав на такую-то процедуру и триггер, у администратора на новом серваке!!! Что вы думаете, поменяли пароль SYSDBA(чисто случайно подумал) со стандартного на тот, что использовался на старом серваке - все заработало. В программе зашита проверка...на конкретный пароль SYSDBA!!! :)
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2006.12.31;
Скачать: [xml.tar.bz2];
Память: 0.47 MB
Время: 0.05 c