Многоуровневый доступ...

users:|id_user|login|pass|name|theme|
group_acc:|id_group|id_user|access|
modules:|id_mod|id_group|
mod_acc:|id_mod|id_user|access|
modules:|id_mod|name|
groups:|id_group|name|

Вроде все.
 
а почему 2 таблицы modules с разными полями ?
 
Ну впринципе возможна и такая схема. Вот только я не понимаю, что за поля access.
 
Demiurg Это поле с доступом 1 - есть 0 - Нет

-~{}~ 03.02.04 12:33:

Demiurg А как бы ты это реализовал. Хочет ся узнать мнение.
 
> Это поле с доступом 1 - есть 0 - Нет
зачем это ? есть доступ - есть запись, а на нет как говорят и суда нет.
 
Автор оригинала: Demiurg
> Это поле с доступом 1 - есть 0 - Нет
зачем это ? есть доступ - есть запись, а на нет как говорят и суда нет.
Я понял, лишнея запись, и еще такой способ не будет тормазить?
 
Смотря, что ты подразумеваешь под "тормозить". Сервер - это не игрушка, где нужна плавность картинки.
 
Demiurg Дого ли будет обрабатываться скрипт перед передачей клиенту. Или эти запросы мелочь?
 
долго.
ты понимаешь, что твой вопрос бессмысленный ?
 
Demiurg А как тогда делать.. ну не понимаю я..

Demiurg Объясни, а то я совсем замучался в поисках...
 
ты же только что сам сказал, как делать, и сам рассписал структуру базы.
 
вообще ничего не проверять.
что для тебя "долго" ?
 
Demiurg
Проверять надо.
Ну если ты говоришь что будет "долго", как оптимизировать запросы, или переделать структуру базы?
 
А ты уверен, что надо оптимизировать ? ранняя оптимизация вредна.
 
можно использовать строку из 0 и 1 в которой наличие каждого нолика или единицы в конкретной позиции n строки говорит о правах юзера по отношению к n-му модулю

или даже при более сложных правах можно использовать не только 0 и 1 но и прочие цифры (0 - никаких прав, 1 - ограниченный просмотр, 2 - полный просмотр, 3 - ограниченное редактирование, 4 - полное редактирование, 5 - право раздавать другим юзверям права к модулю на уровне от 0 до 4)
 
HEm Такой медот рассматривался, но он не подходит. Что делать если нужно добавить новый модуль или удалить старый?
 
Сверху