Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2005.07.31;
Скачать: [xml.tar.bz2];

Вниз

Разграничение прав пользователей   Найти похожие ветки 

 
Лиса   (2005-06-16 13:02) [0]

Всем привет! Возникла такая проблема: нужно организовать работу с приложением (клиентское приложение для работы с MySQL) нескольких пользователей с разными правами доступа к информации. Так же для каждого пользователя должен быть соответствующий интерфейс. Если кто-то с этим сталкивался или у кого-то есть какие-то соображения по этому поводу, большая просьба поделиться опытом.


 
Sergey13 ©   (2005-06-16 13:07) [1]

А какого рода соображения тебе нужны? Вопрос слишком уж общий, ИМХО.


 
Lord Zmiy ©   (2005-06-16 13:11) [2]

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


 
Лиса   (2005-06-16 13:12) [3]

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


 
-=XP=- ©   (2005-06-16 13:13) [4]

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

А если попытать счастья, и сделать это один раз - при логине пользователя?


 
Лиса   (2005-06-16 13:15) [5]

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


 
Лиса   (2005-06-16 13:19) [6]

-> -=XP=-

Можно и так сделать, конечно... То есть просто перебрать все формы проекта и выключить то, на что нет прав у пользователя?


 
Sergey13 ©   (2005-06-16 13:30) [7]

2[5] Лиса  
А роли в мускуле есть? Если нет, то их стОило бы придумать самостоятельно.


 
Лиса   (2005-06-16 13:46) [8]


> Sergey13

В данной версии сервера похоже нет, есть привилегии, которые, собственно и определяют что-то типа роли. Или это ирония по поводу "придумать"? Напрасно, напрасно...)))


 
-=XP=- ©   (2005-06-16 13:47) [9]

То есть просто перебрать все формы проекта и выключить то, на что нет прав у пользователя?

То есть, при создании формы (то ли в конструкторе, то ли в OnCreate) запросить из БД права на пользование элементами интерфейса - и поотключать (Enabed := false) запрещенные элементы управления. Так будет правильнее, с точки зрения ООП.


 
Sergey13 ©   (2005-06-16 13:50) [10]

2[8] Лиса   (16.06.05 13:46)
Какая тут ирония? Никакой иронии. Роль - это привилегии группы пользователей. По идентификатору роли гораздо удобнее делать интерфейс, нежели по конкретному узеру. Я думаю и  -=XP=- в [4] на это намекал.


 
-=XP=- ©   (2005-06-16 13:56) [11]

По идентификатору роли гораздо удобнее делать интерфейс, нежели по конкретному узеру.

Да и администратор потом спасибо скажет.
50 пользователей и 5 групп пользователей - разные вещи.


 
Лиса   (2005-06-16 13:56) [12]


> Sergey13


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

Всем спасибо!


 
evvcom ©   (2005-06-16 14:44) [13]


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

Само меню формировать динамически, а не включать/отключать, тогда и в модуле администратора, можно будет создавать меню перетаскивать куда удобно и хоть в разные подменю одни и те же действия разносить (если вдруг так удобно будет)

> а вот мои коллеги высказали идею, что пусть, мол, приложение
> само решает, кого на сервер пускать.

Неверный подход. Если есть сервер, контролирующий права, пусть он их и контролирует. Иначе появится у вас какой-нить хакер и будет через иные средства доступа на сервер лазить, а вы потом голову ломать, кто ж там так данные подправил?



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2005.07.31;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.47 MB
Время: 0.06 c
1-1121075272
gar_sa
2005-07-11 13:47
2005.07.31
TWordApplication


1-1121028705
DDDsa
2005-07-11 00:51
2005.07.31
Проблема с кириллицей при поиске.


14-1120705203
Viktop
2005-07-07 07:00
2005.07.31
Установка Update на Delphi 2005


3-1119451191
Магнум
2005-06-22 18:39
2005.07.31
Advantage


3-1118885789
Dvm_home
2005-06-16 05:36
2005.07.31
Определение дубля





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский