Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Опять про реализацию прав
|
|||
|---|---|---|---|
|
#18+
У меня есть такие таблицы (все образно): Люди (PEOPLE) idnamejob_id1 Иван1......... Должность (JOB) idname1 Директор...... Статьи (Budget) idname1 На расход того-то...... Роль (Role) idname1 Инициатор2 Смотритель...... Условия такие: 1. Каждой должности - свой набор статей, который может пересекаться. 2. Два человека на одной должности при этом могут иметь доступ к непересекающимся наборам статей. 3. Для одних статей должность может иметь одну роль, а для других - другую. 4. При смене человека (уволился, поступил новый, перевелся на другую должность) назначение статей должно происходить без конкретного назначения статей для человека, только путем определения его ролей, должностей и пр. Как это осуществить? Какие дополнительные сущности нужно создать, в которых будет храниться дополнительная информация, с помощью которой можно организовать заданную функциональность? В общем, вот такой вопрос на засыпку. Может кто уже реализовывал подобную схему и сможе поделиться? Пока у меня вертится только вариант с привязкой статей к человеку, и к должности... В общем, что-то такое. Но это не совсем то, что нужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2005, 14:46 |
|
||
|
Опять про реализацию прав
|
|||
|---|---|---|---|
|
#18+
Наверно, тяжелый вопрос..... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2005, 15:29 |
|
||
|
Опять про реализацию прав
|
|||
|---|---|---|---|
|
#18+
Ответить сложно, потому что ваши требования не совсем ясны: 1) Если вы утверждаете, что полномочия не зависят от человека, то почему "Два человека на одной должности при этом могут иметь доступ к непересекающимся наборам статей." От чего зависит доступный набор статей? Как только вы это проясните, то будет проще. ________________________________________________________ Глюк - это высокоорганизованная система не поддающихся определению частиц ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2005, 17:13 |
|
||
|
Опять про реализацию прав
|
|||
|---|---|---|---|
|
#18+
http://deep.webest.net/forum/reply.php?id=170207 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2005, 18:52 |
|
||
|
Опять про реализацию прав
|
|||
|---|---|---|---|
|
#18+
у Oracle, это легко делается "метками безопасности" http://www.interface.ru/oracle/kks.htm если нужно привязаться не только к данным, а и к логике можно VPD. Хоть "Label Security" завязана на VPD но использует его не в полностью. Можно юзать напрямую VPD. http://www.interface.ru/oracle/prof_raz_1.htm http://www.interface.ru/oracle/prof_raz_2.htm ЗЫ прежде чем работать с этими феничками, нужно хорошо проработать политеку безопасности. Развести ее по уровням (слоям). Определить базовые таблицы и т.д. Если не сильно разбираться то будет очень некрасиво :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2005, 06:25 |
|
||
|
|
start [/forum/topic.php?fid=16&msg=33063070&tid=1347689]: |
0ms |
get settings: |
5ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
49ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
47ms |
get tp. blocked users: |
1ms |
| others: | 237ms |
| total: | 372ms |
| 0 / 0 |
