powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Разграничение прав
25 сообщений из 84, страница 2 из 4
Разграничение прав
    #35949544
Господин ПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Что касается 1С - там роли описываются на уровне бизнесс-логики приложения. И на БД не транслируются.

RLS в 8-ке - это некий специальный запрос на "SQL диалекте" 1С, который автоматически цепляется к основному запросу к данным из таблицы. Каждому объекту (документ/справочник/регистр и т.д.) соответствует свой "набор" таких RLS на несколько типов действий над объектом (чтение/добавление/изменение/удаление). При соответсвующем действии над "объектом" к основному запросу добавляется его соответствующий запрос для RLS при его наличии.
...
Рейтинг: 0 / 0
Разграничение прав
    #35949562
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
есть такая штука - разграниечение прав на уровне строк.
Решается 2 методами
- руками
над таблицей делается вьюшка через которую все смотрят на данные.
В ней условие


Код: plaintext
SELECT * FROM TABLE WHERE ПолеПользователь = ПеременнаяТогоКтоСмотрит
соответственно никто даже не догадывается что в таблице есть зарплаты и других людей

- автоматом
В оракле есть спец-средства для этого (программист мало пишет)
...
Рейтинг: 0 / 0
Разграничение прав
    #35949570
Фотография AlexandrPlus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
СергейТТТГосподин ПЖ

Администратор сам руками доступ на строки не раздает, система сама это делает.

ЗЫ Но вероятно мы о разном если понимать термины "полномочия" буквально.

т.е. - есть настройка прав для пользователя (подразделение, операции) и она транслируется (автоматом) на уровень СУБД уже по записям таблицы ?

Бывает доступ на уровне БИЗНЕС-ЛОГИКИ, которые существует в самой бизнес-логике, где о записях и даже о таблицах и вью и др. объектах БД в общем случае речи не идет. Не транслируется, а работает так. Слой доступа, который лучше делать более независимым от других.
...
Рейтинг: 0 / 0
Разграничение прав
    #35949576
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Господин ПЖ,
давайте договоримся, что 1С - это фреймворк, т.е. конструктор.
Для того чтобы заработало "как там" надо вложить N человеко-лет.
Вам шашечки или ехать?
...
Рейтинг: 0 / 0
Разграничение прав
    #35949588
Господин ПЖ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123Господин ПЖ,
давайте договоримся, что 1С - это фреймворк, т.е. конструктор.
Для того чтобы заработало "как там" надо вложить N человеко-лет.
Вам шашечки или ехать?

>>Для того чтобы заработало "как там" надо вложить N человеко-лет.

безусловно.

>>Вам шашечки или ехать?

Да мне собственно никак. Просто спросили "а как в 1С" - я ответил.
...
Рейтинг: 0 / 0
Разграничение прав
    #35949621
СергейТТТ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Господин ПЖЧто касается 1С - там роли описываются на уровне бизнесс-логики приложения. И на БД не транслируются.

RLS в 8-ке - это некий специальный запрос на "SQL диалекте" 1С, который автоматически цепляется к основному запросу к данным из таблицы. Каждому объекту (документ/справочник/регистр и т.д.) соответствует свой "набор" таких RLS на несколько типов действий над объектом (чтение/добавление/изменение/удаление). При соответсвующем действии над "объектом" к основному запросу добавляется его соответствующий запрос для RLS при его наличии.

понятно.
вообщем, коллеге Nahel надо определиться, делать проверку на уровне СУБД и в терминах СУБД, или вынести ее в логику. А тут надо смотреть на архитектуру всего приложения - как там все остальное построено. Может удобнее сделать на уровне СУБД (например, если код там же будет) и не городить огород с промежуточными слоями.
...
Рейтинг: 0 / 0
Разграничение прав
    #35949635
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
СергейТТТ,
+1
самое перспективное и простое - клиент-сервер с БЛ на сервере.
О разных 3-x звенках или плохо или ничего ИМХО
...
Рейтинг: 0 / 0
Разграничение прав
    #35949775
Mainframe_старый
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
вопрос тут возникает с частотой 1 раз в 7 дней. И всякий раз как заново. мне все таки кажется, что всех программистов надо тестировать на знание модели RBAC. Без нее к программам, а тем более ТЗ не подпускать. И не то, чтобы эта модель идеальная ... вовсе нет, просто эта та самая азбука - классика.
...
Рейтинг: 0 / 0
Разграничение прав
    #35949786
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
лучше ничего. путного все равно не будет. опять придут люди, которые в жизни трехзвенок не видели и начнут флудить и флеймить. не нужно.
...
Рейтинг: 0 / 0
Разграничение прав
    #35949847
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Petro123вы в курсе, что тратя рессурсы на интерфейс и пункты меню, чел может присоединиться к БД через Excell, Access и т.д
При нормальной системе защиты не может
...
Рейтинг: 0 / 0
Разграничение прав
    #35949965
СергейТТТ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
С другой стороны, далеко не все получают профильное образование по теме..
Да и, как говорится, "Титаник построили профессионалы, а ковчег - любители" ;)
...
Рейтинг: 0 / 0
Разграничение прав
    #35949980
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_модPetro123вы в курсе, что тратя рессурсы на интерфейс и пункты меню, чел может присоединиться к БД через Excell, Access и т.д
При нормальной системе защиты не может
при "нормальной" это - роли "корпоративные" в АД либо роли СУБД.
Можно и "роли приложения" ввести, но это не часто бывает.
---
Есть другой вариант, кроме модного слова RBAC?
IMHO нет.
...
Рейтинг: 0 / 0
Разграничение прав
    #35949997
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Меня полностью устраивает NetSqlAzMan .В исходниках,более гибкий чем RBAC, и прекрасно интегрируется с внешними системами.Из-за распределения прав на оперерации(комманды в SCSF) легко решается проблема с деактивацией(скрытием) элементов управления интерфейса(кнопки,пункты меню,модули и тд).Бизнес-логика на уровне записи,на мой взгляд,должна определяться в бизнес-объектах(моделях).
...
Рейтинг: 0 / 0
Разграничение прав
    #35950015
СергейТТТ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Petro123_модPetro123вы в курсе, что тратя рессурсы на интерфейс и пункты меню, чел может присоединиться к БД через Excell, Access и т.д
При нормальной системе защиты не может
при "нормальной" это - роли "корпоративные" в АД либо роли СУБД.
Можно и "роли приложения" ввести, но это не часто бывает.
---
Есть другой вариант, кроме модного слова RBAC?
IMHO нет.

Есть еще более модно слово - Identity Management

А если приложение не использует СУБД, то доступом никак нельзя управлять ??
Если приложение не на коленке сделано, то там явно есть "роли приложения".
...
Рейтинг: 0 / 0
Разграничение прав
    #35950077
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
СергейТТТ
Есть еще более модно слово - Identity Management

======= я как раз против модных слов в ТЗ. Кроме воды они ничего не несут (для постановщика).

А если приложение не использует СУБД, то доступом никак нельзя управлять ??

=== у нас форум SQL_RU

Если приложение не на коленке сделано, то там явно есть "роли приложения".

====== нету, т.к. сиквел понимает это слово и работает "по особому" (видит только своих клиентов)
...
Рейтинг: 0 / 0
Разграничение прав
    #35950098
Mainframe_старый
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну большинство технологий - что службы каталогов, что СУБД, что приложения любых уровней используют по сути RBAC, то или иное ее подмножество. Есть и реализации, которые расширяют RBAC. но все крутится вокруг.
...
Рейтинг: 0 / 0
Разграничение прав
    #35950113
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Mainframe_старыйну большинство технологий - что службы каталогов, что СУБД, что приложения любых уровней используют по сути RBAC, то или иное ее подмножество. Есть и реализации, которые расширяют RBAC. но все крутится вокруг.

ну да, только если внедрять "корпоративную роль" в АД или LDAP, то это такой геморрой имхо для всех участвующих сторон (админа сети, внедренца и разработчика БД) что мало не покажется.
По крайней мере я пытался оное для оракла при переводе его на боле "высокий уровень" интеграции.
...
Рейтинг: 0 / 0
Разграничение прав
    #35950147
СергейТТТ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SeVaМеня полностью устраивает NetSqlAzMan .В исходниках,более гибкий чем RBAC, и прекрасно интегрируется с внешними системами.Из-за распределения прав на оперерации(комманды в SCSF) легко решается проблема с деактивацией(скрытием) элементов управления интерфейса(кнопки,пункты меню,модули и тд).Бизнес-логика на уровне записи,на мой взгляд,должна определяться в бизнес-объектах(моделях).

выглядит вроде неплохо, для MS-продуктов
и бесплатный к тому же ;)
...
Рейтинг: 0 / 0
Разграничение прав
    #35950156
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
в ораклях как всегда всё сложнее (имхо)
Using Oracle Enterprise Security Manager
http://asun.ifmo.ru/docs/doc901/network.901/a90150/asoueus.htm
...
Рейтинг: 0 / 0
Разграничение прав
    #35950289
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Petro123при "нормальной" это - роли "корпоративные" в АД либо роли СУБД.
Можно и "роли приложения" ввести, но это не часто бывает.
Прямой доступ к СУБД закрыт для всех кроме админа. "роли приложения" - это правильно.
...
Рейтинг: 0 / 0
Разграничение прав
    #35950341
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_модPetro123при "нормальной" это - роли "корпоративные" в АД либо роли СУБД.
Можно и "роли приложения" ввести, но это не часто бывает.
Прямой доступ к СУБД закрыт для всех кроме админа. "роли приложения" - это правильно.
странный подход:
- что такое "прямой доступ"? У каждого ОБЪЕКТА в СУБД есть права доступа по CRUD
- кто сказал, что в моей ИС нельзя зайти с приложения разработанного НЕ мной ( при соответствующем логине и пароле ).
Приложений и утилит может быть много и зашивать туда какой-то "тайный знак" - неразумно.
...
Рейтинг: 0 / 0
Разграничение прав
    #35950377
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> всех программистов надо тестировать на знание модели RBAC

На все основные паттерны. 80% можно смело увольнять с диагнозом "профнепригоден".

> используют по сути RBAC, то или иное ее подмножество

Контекст гораздо разнообразнее, чем просто роли. RBAC - это наиболее примитивная и простая модель с ограниченным применением и ограниченными возможностями.
...
Рейтинг: 0 / 0
Разграничение прав
    #35950413
SeVa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторну да, только если внедрять "корпоративную роль" в АД или LDAP, то это такой геморрой имхо для всех участвующих сторон (админа сети, внедренца и разработчика БД) что мало не покажется
Для этого и нужен отдельный слой.В том же NetSqlAzMan, юзеры и роли приложения могут задаваться отдельными запросами, из любой БД(сотдрудники,отделы или должности) или LDAP.
Тоже считаю,что роли в чистом виде весьма неудобны
...
Рейтинг: 0 / 0
Разграничение прав
    #35950432
СергейТТТ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_модPetro123при "нормальной" это - роли "корпоративные" в АД либо роли СУБД.
Можно и "роли приложения" ввести, но это не часто бывает.
Прямой доступ к СУБД закрыт для всех кроме админа. "роли приложения" - это правильно.

Если в приложении бизнес-логика кодится на уровне СУБД, то "роль СУБД" вполне может выполнять функцию "роли приложений".
...
Рейтинг: 0 / 0
Разграничение прав
    #35950462
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SeVaавторну да, только если внедрять "корпоративную роль" в АД или LDAP, то это такой геморрой имхо для всех участвующих сторон (админа сети, внедренца и разработчика БД) что мало не покажется
Для этого и нужен отдельный слой.В том же NetSqlAzMan, юзеры и роли приложения могут задаваться отдельными запросами, из любой БД(сотдрудники,отделы или должности) или LDAP.
Тоже считаю,что роли в чистом виде весьма неудобны
очень большой критерий - распространённость продукта или технологии.
Пытался посмотреть что это за штука - 0 ссылок на проф-форуме.
Золотая пуля? Делает всё и вся...
...
Рейтинг: 0 / 0
25 сообщений из 84, страница 2 из 4
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Разграничение прав
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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