ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Посоветуйте
14 сообщений из 14, страница 1 из 1
Посоветуйте
    #33648571
nerv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nerv
Участник
Начинаю проектировать базу, и вот решил совета спросить, как лучше.
Смысл такой. Производство продукции. На каждом этапе контроль качества.
Если какие-либо отклонения - вносится в некую таблицу - HEADTable (кем занесено, дата, какая продукция, количество, описание несоответствия).
Вторая таблица - подчиненная - DetailTable . В ней различные уполномоченные отделы производят свои отметки (заключение, метод устранения, даты).
Таких служб (уполномоченных отделов) несколько (служба контроля качества, цех производства, склад сырья, цех упаковки продукции). Видится каждой службе присвоить свой ID и хранить в виде справочника - BookTable .
Когда заинтересованные службы проставят свои отметки, выносится решение о судьбе бракованной продукции (в HEADTable ) и там проставляет крыжик - все, с этого момента редактировать эту запись нельзя.
В системе Windows-авторизация.
Предлагается создать несколько групп, так как службы не должны редактировать сам документ или запись другой службы. Тот, кто заводит документ, не может редактировать записи служб; тот, кто закрывает документ, так же не может править этот документ и записи служб.
В самом приложении хочу по умолчанию всем показывать все возможности работы с документом, но при попытке, например одной служб создать новый документ или закрыть открытый производить проверку на принадлежность группе (можно, например, проверить имеет ли он право редактировать такую-то таблицу) и если прав нет, выдать сообщение: "Извините, но данная операция недоступна". Как это сделать в пользовательском приложении?
С разграничением прав особо не работал, поэтому интересны любые мысли относительно сказанного.
...
Рейтинг: 0 / 0
06.04.2006, 11:59
| Ответить | Цитировать | Написать  
Посоветуйте
    #33648581
Berg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Berg
Участник
С этим "В самом приложении хочу по умолчанию всем показывать все возможности работы с документом" вообще проблем нет. Делайте stored procedures и раздавайте на них разные права разным группам пользователей.
Обычно хотят, чтобы возможности были даже не видны тем, кому не положено.
...
Рейтинг: 0 / 0
06.04.2006, 12:03
| Ответить | Цитировать | Написать  
Посоветуйте
    #33648611
MsDatabaseru
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MsDatabaseru
Участник
защиту от несанкционированного изменения лучше делать не в клиентском приложении а в триггере таблицы
проверка прав и если не админ и не уполномочен - откат

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

если все таки решишь на клиенте
то в VB это выглядит примерно так:
Код: plaintext
if cnn.Execute("SELECT CAST(IS_MEMBER('MYGROUP_Admin') + IS_MEMBER('db_owner') AS  Bit)").Fields( 0 )= 1  then
...
Рейтинг: 0 / 0
06.04.2006, 12:10
| Ответить | Цитировать | Написать  
Посоветуйте
    #33648652
nerv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nerv
Участник
MsDatabaseruзащиту от несанкционированного изменения лучше делать не в клиентском приложении а в триггере таблицы
проверка прав и если не админ и не уполномочен - откат

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

Да, физическое редактирование базы разумеется будет контролироваться триггерами таблиц. Я имею в виду в клиентском приложении не защиту, а больше информирование. Скажем на панели инструментов есть кнопки со всеми функциями. При нажатии на кнопку для редактирования конечно же будет своя некая форма. Так проверка пользователя должна пройти до вызова этой формы, а не потом, когда он туда что-то введет, сохранит, а триггер откатит его изменения.
...
Рейтинг: 0 / 0
06.04.2006, 12:23
| Ответить | Цитировать | Написать  
Посоветуйте
    #33648730
nnov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nnov
Участник
Я делаю так
Есть таблица пользователей и групп
Есть таблиза операций
Есть таблиза прав на выполнение отдельных операций
Пишется процедура которая на входе имеет кто и что хочет сделать
На выходе или Ок или объяснения почему нельзя (можно без объяснений если лениво)

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

В клиентской части также при нажатии на любую кнопку, попытку выполнить любое действие вызываем процедуру проверки прав и в зависимости от результата даем или нет делать что просит пользователь
...
Рейтинг: 0 / 0
06.04.2006, 12:47
| Ответить | Цитировать | Написать  
Посоветуйте
    #33648785
nerv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nerv
Участник
nnovЯ делаю так...

Я так же делал, когда базы на InterBase делал. В MS SQL хочется использовать весь тот арсенал средств, чем богата СУБД.
...
Рейтинг: 0 / 0
06.04.2006, 13:03
| Ответить | Цитировать | Написать  
Посоветуйте
    #33649047
nnov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nnov
Участник
nervЯ так же делал, когда базы на InterBase делал. В MS SQL хочется использовать весь тот арсенал средств, чем богата СУБД.

Не вижу принцииальной разницы, если разделять доступ на уровне,
бизнес операций, все равно самому надо реализовывать логику, никакая СУБД
этого не сделает, и в плане безопасности принцип, все данные только читать а изменять после проверки не зависит от СУБД.
Так что InterBase, MS SQL или Oracle без разницы.
На прежнем месте работы в банке Oracle использовался, но система примерно также была организована.
...
Рейтинг: 0 / 0
06.04.2006, 14:10
| Ответить | Цитировать | Написать  
Посоветуйте
    #33650059
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
nervСкажем на панели инструментов есть кнопки со всеми функциями. При нажатии на кнопку для редактирования конечно же будет своя некая форма. Так проверка пользователя должна пройти до вызова этой формы,
Предпочитаемый мной подход: каждому функциональному действию указать, какая роль в БД необходима для его выполнения. В случае дельфы очень просто - заводится соответствующее свойство у компонента-наследника TAction. После логина приложение считывает роли пользователя; соответственно action может в соответствии с этим списком регулировать свои visible/enabled, выдавать при нажатии "не хватает прав, нужна роль такая-то" и все прочее, что взбредет в голову.
...
Рейтинг: 0 / 0
06.04.2006, 17:39
| Ответить | Цитировать | Написать  
Посоветуйте
    #33658276
nerv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nerv
Участник
softwarerПредпочитаемый мной подход: каждому функциональному действию указать, какая роль в БД необходима для его выполнения.
В случае дельфы очень просто - заводится соответствующее свойство у компонента-наследника TAction.
Очень интересная и соответствующая моим запросам идея!
Только вот с ролями я не сталкивался, всегда делал отдельной таблицей, где для каждой операции прописывал ID пользователей, которые могут эту операцию выполнять. В данной программе как раз таки нужно ограничить доступ штатными средствами MS SQL.
Поэтому, softwarer , пожалуйста, расскажите чуть подробнее о своей идеи. Выдержки из кодов приветствуются.
1) Назначение ролей. Как? (можно направить к BOL, указав соответствующую функцию).
softwarer
После логина приложение считывает роли пользователя; соответственно action может в соответствии с этим списком регулировать свои visible/enabled, выдавать при нажатии "не хватает прав, нужна роль такая-то" и все прочее, что взбредет в голову.
2) Вот тут небольшой бы пример кода. Скажем проверить есть у пользователя (точнее роли) право на просмотр некоего View. Если нет, сделать Button невидимым (Hide).

softwarerВ случае дельфы очень просто - заводится соответствующее свойство у компонента-наследника TAction.
3) никогда не использовал свойство TAction. Можно тоже небольшой пример кода, пожалуйста.

Благодарю за выдержку и терпение, проявленное ко мне.
...
Рейтинг: 0 / 0
11.04.2006, 13:46
| Ответить | Цитировать | Написать  
Посоветуйте
    #33658513
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
nervвсегда делал отдельной таблицей, где для каждой операции прописывал ID пользователей, которые могут эту операцию выполнять.


nerv1) Назначение ролей. Как? (можно направить к BOL, указав соответствующую функцию).
Думаю, на это лучше ответят в форуме по MSSQL. Если бы мне было лень делать нормальный поиск по доке, я бы поискал что-нибудь типа sp_addrole.

nerv2) Вот тут небольшой бы пример кода. Скажем проверить есть у пользователя (точнее роли) право на просмотр некоего View. Если нет, сделать Button невидимым (Hide).
Хм. Ну во-первых, получить список ролей (я это делаю так, но Вам это вряд ли подойдет)

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
SQL> select * from session_roles ;

ROLE
------------------------------
CONNECT
RESOURCE
SELECT_CATALOG_ROLE
HS_ADMIN_ROLE
AQ_USER_ROLE

и сохранить в каком-нибудь StringList-е. Во-вторых, добавить в Action свойство скажем RoleRequired и обработчик типа

Код: plaintext
1.
2.
3.
4.
5.
 function  TDatabaseAction.Update : boolean ;
 begin 
  Result :=  inherited  Update ;
   if  ( RoleRequired <> '' )  and  ( CurrentUserRoles.IndexOf ( RoleRequired ) <  0  )
     then  Self.Visible := false ;
 end  ;
...
Рейтинг: 0 / 0
11.04.2006, 14:48
| Ответить | Цитировать | Написать  
Посоветуйте
    #33658592
nerv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nerv
Участник
softwarer

Хм. Ну во-первых, получить список ролей (я это делаю так, но Вам это вряд ли подойдет)

Код: plaintext
1.
SQL> select * from session_roles ;


А что это за таблица session_roles . Я ее не нашел ни в master, ни в msdb
...
Рейтинг: 0 / 0
11.04.2006, 15:07
| Ответить | Цитировать | Написать  
Посоветуйте
    #33659671
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Это view, и она в Oracle ;)
...
Рейтинг: 0 / 0
11.04.2006, 21:05
| Ответить | Цитировать | Написать  
Посоветуйте
    #33661274
nerv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
nerv
Участник
softwarerЭто view, и она в Oracle ;)
Ну это ладно, имена ролей допустим я узнаю, в MS SQL нашел как это можно вытащить. А вот с Action все таки поподробнее распишите, пожалуйста.
может на простом примере каком-нибудь. Обычный буттон скрыть, если такой роли нет, например, как это сделать через Action?
...
Рейтинг: 0 / 0
12.04.2006, 14:10
| Ответить | Цитировать | Написать  
Посоветуйте
    #33661399
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
nervОбычный буттон скрыть, если такой роли нет, например, как это сделать через Action?
Хм. Так же, как вообще все что угодно скрывается через Action.

nerv , простите, но я полагаю несколько неуместным беседовать в "Проектировании БД" о тематике форума "Delphi".
...
Рейтинг: 0 / 0
12.04.2006, 14:35
| Ответить | Цитировать | Написать  
14 сообщений из 14, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Посоветуйте
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=32&msg=33648571&tid=1545324]:
 0ms
get settings:
 10ms
get forum list:
 13ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 146ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 38ms
get tp. blocked users:
 1ms
others: 243ms
total:  467ms
созд. / загр.: 467ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]