Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

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

Разграничение полномочий в приложении, работающем с БД [D7, MSSQL]

Страницы: < 1 2 3 4 >
BlackCat © (2007-10-05 16:27:00)
Доброго времени суток всем!
Пише приложение, работающее с БД на MS SQL.
Работать с ним будут несоклько человек, у которых разные права должны быть. При разработки структуры БД пришел к выводу, что буду использовать логины SQL-сервера.
Можно конечно оставить свойство Login Prompt включеным, чтобы запрашивался имя и пароль, но это как-то некрасиво будет. Хочу свое окно, чтобы там вводить имя и пароль, а вот как их проверить и пускать или не пускать пользователя, что-то дойти не могу. Может кто уже делал чего подобного, помогите, или просто поделитесь мыслями, потому что просто не представляю, как это всё сделать...

zdm77 (2007-10-18 16:07:00) [41]
в СВОЕЙ форме в принципе всё хорошо... логин, полное имя(для отчетов где нибудть пригодится), пароль...вот тут засада, хранить его в "открытую" в БД? Дык любой лох вскроет.
Юзать логины самой БД-грамотно, но не во всем удобно

Jeer (2007-10-18 14:33:00) [42]
Lamer666 (18.10.07 13:13) [18]

> MS SQL позволяет назначать любые права

Полный бред.

Lamer666 (2007-10-18 13:23:00) [43]
Классно! : ) Вот BlackCat обрадуеться!

Reindeer Moss Eater (2007-10-18 13:21:00) [44]
Ну значит никакой формы ввода пароля вообще не надо.
Ни своей ни дефолтной.

Lamer666 (2007-10-18 13:13:00) [45]
Anatoly Podgoretsky © (17.10.07 20:42) [1]
MS SQL позволяет назначать любые права для конкретных пользователей.
Чем основано желание использовать Аккаутны MSSQL, учитывая, что Микрософт предупреждает, что в будущих версиях это может быть убрано совсем. Пока существует для совместимости с MS SQL 6.5

тут http://www.delphimaster.ru/cgi-bin/forum.pl?id=1192637656&n=1

Reindeer Moss Eater (2007-10-18 13:11:00) [46]
Список позователей чей?

При разработки структуры БД пришел к выводу, что буду использовать логины SQL-сервера.

Reindeer Moss Eater (2007-10-18 13:10:00) [47]
Тормоз что-ли?
Ты свою форму ввода имени/пароля зачем рисовал?
не для того, что бы получить имя и пароль?

Lamer666 (2007-10-18 13:08:00) [48]

> убирай логинпромпт и вставляй имя и пароль в строку подключения

Чьё имя то вставлять? Список позователей чей? Windows-а? Ms SQL-а?

Reindeer Moss Eater (2007-10-18 13:05:00) [49]
сказано же русским по белому:
рисуй свою форму ввода пароля, если дефолтная не нравится.
убирай логинпромпт и вставляй имя и пароль в строку подключения.
а правильный пароль или нет - сервер разберется без тебя.

Reindeer Moss Eater (2007-10-18 13:03:00) [50]
тебе нужен сложный набор предложений?

Lamer666 (2007-10-18 12:59:00) [51]
Короче вижу никто этим никогда не занимался, простой набор предположений у всех...

Jeer (2007-10-18 11:40:00) [52]

> Хочу свое окно, чтобы там вводить имя и пароль, а вот как
> их проверить

Используй режим windows autotentification, тогда вход в компьютер и будет логином к MS SQL

Reindeer Moss Eater (2007-10-18 09:31:00) [53]
Хочу свое окно, чтобы там вводить имя и пароль, а вот как их проверить

Это эабота сервера, а не твоя.

Lamer666 (2007-10-18 00:41:00) [54]
Ну так к чему сошлись то?

Ega23 (2007-10-08 12:18:00) [55]

> Системы безопасности сервера может и хватает, но не хватает
> системы управления доступом к бизнес-процессам, если часть
> их или даже все находятся на клиенте. А такое тоже бывает
> и не так редко.

+1

Jeer (2007-10-08 10:32:00) [56]
MOA © (06.10.07 03:11) [6]

Ты не прав и не прав кардинально.
Системы безопасности сервера может и хватает, но не хватает системы управления доступом к бизнес-процессам, если часть их или даже все находятся на клиенте. А такое тоже бывает и не так редко.

MOA (2007-10-06 03:11:00) [57]
>свое окно, чтобы там вводить имя и пароль,
И будете прокляты сопровождаюшими.
Да и на самом деле - какого рожна Вам впилось делать свою кривую (по любому - кривую) системы "типа безопасности"? Механизмов MSSQL для ваших офигительных секретов не хватает?
Тогда уходите с MSSQL на "Вася пупкин и Ко" -ну уж Вася то - по любому круче, чем MS, который, есно масдай - не чета Пупкину.
Блин, Вам чё - интегрированной системы не хватает? А на чём у вас клиенты - на оголимом досе/униксе? Если так - перо вам в спину...

stone (2007-10-05 17:34:00) [58]
У TADOConnection есть два метода
procedure Open; overload;
procedure Open(const UserID: WideString; const Password: WideString); overload

sniknik (2007-10-05 17:34:00) [59]
> В это случае с каким имененм и паролем коннектиться к базе, чтобы проверить введенные пользователем данные???
что значит с какими? именно с введенными ты и должен пробовать коннектиться, и обрабатывать если не получилось.

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

Ega23 (2007-10-05 16:48:00) [60]

> Это какой-то запрос к БД на проверку имени пользователя
> и пароля???

Нет, это попытка создать коннект.
try
ADOConnection.Connected := True;
except
// Анализируем ситуацыйу
end;

Страницы: < 1 2 3 4 >

Наверх

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