|
Разграничение прав
|
|||
---|---|---|---|
#18+
Что касается 1С - там роли описываются на уровне бизнесс-логики приложения. И на БД не транслируются. RLS в 8-ке - это некий специальный запрос на "SQL диалекте" 1С, который автоматически цепляется к основному запросу к данным из таблицы. Каждому объекту (документ/справочник/регистр и т.д.) соответствует свой "набор" таких RLS на несколько типов действий над объектом (чтение/добавление/изменение/удаление). При соответсвующем действии над "объектом" к основному запросу добавляется его соответствующий запрос для RLS при его наличии. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 12:54 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
есть такая штука - разграниечение прав на уровне строк. Решается 2 методами - руками над таблицей делается вьюшка через которую все смотрят на данные. В ней условие Код: plaintext
- автоматом В оракле есть спец-средства для этого (программист мало пишет) ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 12:57 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
СергейТТТГосподин ПЖ Администратор сам руками доступ на строки не раздает, система сама это делает. ЗЫ Но вероятно мы о разном если понимать термины "полномочия" буквально. т.е. - есть настройка прав для пользователя (подразделение, операции) и она транслируется (автоматом) на уровень СУБД уже по записям таблицы ? Бывает доступ на уровне БИЗНЕС-ЛОГИКИ, которые существует в самой бизнес-логике, где о записях и даже о таблицах и вью и др. объектах БД в общем случае речи не идет. Не транслируется, а работает так. Слой доступа, который лучше делать более независимым от других. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 12:59 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
Господин ПЖ, давайте договоримся, что 1С - это фреймворк, т.е. конструктор. Для того чтобы заработало "как там" надо вложить N человеко-лет. Вам шашечки или ехать? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 13:01 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
Petro123Господин ПЖ, давайте договоримся, что 1С - это фреймворк, т.е. конструктор. Для того чтобы заработало "как там" надо вложить N человеко-лет. Вам шашечки или ехать? >>Для того чтобы заработало "как там" надо вложить N человеко-лет. безусловно. >>Вам шашечки или ехать? Да мне собственно никак. Просто спросили "а как в 1С" - я ответил. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 13:02 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
Господин ПЖЧто касается 1С - там роли описываются на уровне бизнесс-логики приложения. И на БД не транслируются. RLS в 8-ке - это некий специальный запрос на "SQL диалекте" 1С, который автоматически цепляется к основному запросу к данным из таблицы. Каждому объекту (документ/справочник/регистр и т.д.) соответствует свой "набор" таких RLS на несколько типов действий над объектом (чтение/добавление/изменение/удаление). При соответсвующем действии над "объектом" к основному запросу добавляется его соответствующий запрос для RLS при его наличии. понятно. вообщем, коллеге Nahel надо определиться, делать проверку на уровне СУБД и в терминах СУБД, или вынести ее в логику. А тут надо смотреть на архитектуру всего приложения - как там все остальное построено. Может удобнее сделать на уровне СУБД (например, если код там же будет) и не городить огород с промежуточными слоями. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 13:10 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
СергейТТТ, +1 самое перспективное и простое - клиент-сервер с БЛ на сервере. О разных 3-x звенках или плохо или ничего ИМХО ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 13:14 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
вопрос тут возникает с частотой 1 раз в 7 дней. И всякий раз как заново. мне все таки кажется, что всех программистов надо тестировать на знание модели RBAC. Без нее к программам, а тем более ТЗ не подпускать. И не то, чтобы эта модель идеальная ... вовсе нет, просто эта та самая азбука - классика. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 13:43 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
лучше ничего. путного все равно не будет. опять придут люди, которые в жизни трехзвенок не видели и начнут флудить и флеймить. не нужно. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 13:45 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
Petro123вы в курсе, что тратя рессурсы на интерфейс и пункты меню, чел может присоединиться к БД через Excell, Access и т.д При нормальной системе защиты не может ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 13:55 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
С другой стороны, далеко не все получают профильное образование по теме.. Да и, как говорится, "Титаник построили профессионалы, а ковчег - любители" ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 14:22 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
_модPetro123вы в курсе, что тратя рессурсы на интерфейс и пункты меню, чел может присоединиться к БД через Excell, Access и т.д При нормальной системе защиты не может при "нормальной" это - роли "корпоративные" в АД либо роли СУБД. Можно и "роли приложения" ввести, но это не часто бывает. --- Есть другой вариант, кроме модного слова RBAC? IMHO нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 14:26 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
Меня полностью устраивает NetSqlAzMan .В исходниках,более гибкий чем RBAC, и прекрасно интегрируется с внешними системами.Из-за распределения прав на оперерации(комманды в SCSF) легко решается проблема с деактивацией(скрытием) элементов управления интерфейса(кнопки,пункты меню,модули и тд).Бизнес-логика на уровне записи,на мой взгляд,должна определяться в бизнес-объектах(моделях). ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 14:31 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
Petro123_модPetro123вы в курсе, что тратя рессурсы на интерфейс и пункты меню, чел может присоединиться к БД через Excell, Access и т.д При нормальной системе защиты не может при "нормальной" это - роли "корпоративные" в АД либо роли СУБД. Можно и "роли приложения" ввести, но это не часто бывает. --- Есть другой вариант, кроме модного слова RBAC? IMHO нет. Есть еще более модно слово - Identity Management А если приложение не использует СУБД, то доступом никак нельзя управлять ?? Если приложение не на коленке сделано, то там явно есть "роли приложения". ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 14:34 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
СергейТТТ Есть еще более модно слово - Identity Management ======= я как раз против модных слов в ТЗ. Кроме воды они ничего не несут (для постановщика). А если приложение не использует СУБД, то доступом никак нельзя управлять ?? === у нас форум SQL_RU Если приложение не на коленке сделано, то там явно есть "роли приложения". ====== нету, т.к. сиквел понимает это слово и работает "по особому" (видит только своих клиентов) ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 14:51 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
ну большинство технологий - что службы каталогов, что СУБД, что приложения любых уровней используют по сути RBAC, то или иное ее подмножество. Есть и реализации, которые расширяют RBAC. но все крутится вокруг. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 14:56 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
Mainframe_старыйну большинство технологий - что службы каталогов, что СУБД, что приложения любых уровней используют по сути RBAC, то или иное ее подмножество. Есть и реализации, которые расширяют RBAC. но все крутится вокруг. ну да, только если внедрять "корпоративную роль" в АД или LDAP, то это такой геморрой имхо для всех участвующих сторон (админа сети, внедренца и разработчика БД) что мало не покажется. По крайней мере я пытался оное для оракла при переводе его на боле "высокий уровень" интеграции. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 15:02 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
SeVaМеня полностью устраивает NetSqlAzMan .В исходниках,более гибкий чем RBAC, и прекрасно интегрируется с внешними системами.Из-за распределения прав на оперерации(комманды в SCSF) легко решается проблема с деактивацией(скрытием) элементов управления интерфейса(кнопки,пункты меню,модули и тд).Бизнес-логика на уровне записи,на мой взгляд,должна определяться в бизнес-объектах(моделях). выглядит вроде неплохо, для MS-продуктов и бесплатный к тому же ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 15:10 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
в ораклях как всегда всё сложнее (имхо) Using Oracle Enterprise Security Manager http://asun.ifmo.ru/docs/doc901/network.901/a90150/asoueus.htm ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 15:12 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
Petro123при "нормальной" это - роли "корпоративные" в АД либо роли СУБД. Можно и "роли приложения" ввести, но это не часто бывает. Прямой доступ к СУБД закрыт для всех кроме админа. "роли приложения" - это правильно. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 15:47 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
_модPetro123при "нормальной" это - роли "корпоративные" в АД либо роли СУБД. Можно и "роли приложения" ввести, но это не часто бывает. Прямой доступ к СУБД закрыт для всех кроме админа. "роли приложения" - это правильно. странный подход: - что такое "прямой доступ"? У каждого ОБЪЕКТА в СУБД есть права доступа по CRUD - кто сказал, что в моей ИС нельзя зайти с приложения разработанного НЕ мной ( при соответствующем логине и пароле ). Приложений и утилит может быть много и зашивать туда какой-то "тайный знак" - неразумно. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 16:00 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
> всех программистов надо тестировать на знание модели RBAC На все основные паттерны. 80% можно смело увольнять с диагнозом "профнепригоден". > используют по сути RBAC, то или иное ее подмножество Контекст гораздо разнообразнее, чем просто роли. RBAC - это наиболее примитивная и простая модель с ограниченным применением и ограниченными возможностями. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 16:08 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
авторну да, только если внедрять "корпоративную роль" в АД или LDAP, то это такой геморрой имхо для всех участвующих сторон (админа сети, внедренца и разработчика БД) что мало не покажется Для этого и нужен отдельный слой.В том же NetSqlAzMan, юзеры и роли приложения могут задаваться отдельными запросами, из любой БД(сотдрудники,отделы или должности) или LDAP. Тоже считаю,что роли в чистом виде весьма неудобны ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 16:17 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
_модPetro123при "нормальной" это - роли "корпоративные" в АД либо роли СУБД. Можно и "роли приложения" ввести, но это не часто бывает. Прямой доступ к СУБД закрыт для всех кроме админа. "роли приложения" - это правильно. Если в приложении бизнес-логика кодится на уровне СУБД, то "роль СУБД" вполне может выполнять функцию "роли приложений". ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 16:20 |
|
Разграничение прав
|
|||
---|---|---|---|
#18+
SeVaавторну да, только если внедрять "корпоративную роль" в АД или LDAP, то это такой геморрой имхо для всех участвующих сторон (админа сети, внедренца и разработчика БД) что мало не покажется Для этого и нужен отдельный слой.В том же NetSqlAzMan, юзеры и роли приложения могут задаваться отдельными запросами, из любой БД(сотдрудники,отделы или должности) или LDAP. Тоже считаю,что роли в чистом виде весьма неудобны очень большой критерий - распространённость продукта или технологии. Пытался посмотреть что это за штука - 0 ссылок на проф-форуме. Золотая пуля? Делает всё и вся... ... |
|||
:
Нравится:
Не нравится:
|
|||
23.04.2009, 16:25 |
|
|
start [/forum/topic.php?fid=33&msg=35950432&tid=1548555]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
162ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
70ms |
get tp. blocked users: |
1ms |
others: | 303ms |
total: | 581ms |
0 / 0 |