Hello world!

Есть пользователи.
Есть группы пользователей, в которые входят пользователи.
Есть файл которому можно назначить как несколько групп пользователей, так и несколько пользователей одновременно — по типу задания прав на файл в винде.

Подскажите плиз как такое организовать в виде таблиц.

з.ы. БД — любая sql-подобная

Здравствуйте, Аноним, Вы писали:

А>Hello world!

А>Есть пользователи.
А>Есть группы пользователей, в которые входят пользователи.
А>Есть файл которому можно назначить как несколько групп пользователей, так и несколько пользователей одновременно — по типу задания прав на файл в винде.

А>Подскажите плиз как такое организовать в виде таблиц.
Не понял, что значит "в виде таблиц".
А>з.ы. БД — любая sql-подобная
RDBMS Oracle — ROLE.

Здравствуйте, Аноним, Вы писали:

А>Подскажите плиз как такое организовать в виде таблиц.

В смысле помочь родить схему данных?

Основные сущности ты назвал: пользователь, роль, объект доступа. Не хватает собственно прав. Или право одно-единственное?

Здравствуйте, wildwind, Вы писали:

W>В смысле помочь родить схему данных?
да да

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

Здравствуйте, biochemist, Вы писали:

B>Не понял, что значит "в виде таблиц".
структуру базы данных. таблицы и отношения между ними.

Здравствуйте, Аноним, Вы писали:

А>структуру базы данных. таблицы и отношения между ними.
Это называется ER- диаграмма. Для её построения используются специальные программы, например ER-Win. Юзеры группируются через роли (права).

Здравствуйте, biochemist, Вы писали:

B>Это называется ER- диаграмма. Для её построения используются специальные программы, например ER-Win. Юзеры группируются через роли (права).

а по теме помочь не хотите?

Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, biochemist, Вы писали:

B>>Это называется ER- диаграмма. Для её построения используются специальные программы, например ER-Win. Юзеры группируются через роли (права).
Ну уж так сразу и Ервин покупать, чтоб зачет сдать?

А>а по теме помочь не хотите?
Держи, студент!

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

Здравствуйте, paucity, Вы писали:

P>Держи, студент!
спасибо

P>юзеры и группы в одной табличке с разным типом.
пару вопросов:
как я понял, согласно схеме в группу могут входить другие группы и т.д.? средствами БД как-нибудь можно ограничить рекурсию когда в группу А входит группа Б в которую входит снова группа А и подобные вещи?

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

В вашей схеме нехватает запретительных прав.
Пример:
Файл: f.txt
Права:
Allow Admins READ
Allow Admins WRITE
Allow BackOffice READ
Deny PartTimeWorkers READ
Deny PartTimeWorkers WRITE
Рассшифровка. Файл могут читать сотрудники Бэкофиса и админы. Админы
также могут править файл. Но никто из временных сотрудников не может ни
читать ни править этот файл (даже если они админы или сотрудники бэкофиса).

В вашей схеме такой подход можно эмулировать. Для этого нужно заводить
по две записи RIGHT на каждое право. Например Allow_READ и Deny_READ,
вместо одного READ. А при проверке полномочий проверять сначала Deny_* —
и если найдется — отказывать, а затем Allow_* и если найдется —
разрешать. Если не найдется ни то ни другое, то отказывать.

Здравствуйте, Other Sam, Вы писали:

OS>В вашей схеме нехватает запретительных прав.
OS>Пример:
OS>Файл: f.txt
OS>Права:
OS> Allow BackOffice READ
OS>.....
OS>В вашей схеме такой подход можно эмулировать. Для этого нужно заводить
OS>по две записи RIGHT на каждое право. Например Allow_READ и Deny_READ,
OS>вместо одного READ. А при проверке полномочий проверять сначала Deny_* —
OS>и если найдется — отказывать, а затем Allow_* и если найдется —
OS>разрешать. Если не найдется ни то ни другое, то отказывать.

а еще может быть: Deny Other_Sam READ
И хотя Other_Sam входит в группу BackOffice, читать ему должно быть запрещенно, ибо запретительные "права" обладают большим приоритетом.
и т.п.

Здравствуйте, Other Sam, Вы писали:

OS>В вашей схеме нехватает запретительных прав.

спасибо за помощь, но в моей задаче нет прав, т.е. их нет вообще.
я так понимаю в этом случае нужно выкинуть табличку RIGHT и столбец R_ID в RIGHT_ON_FILE?

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