Лучше, мне кажется, сделать для каждого типа полномочия отдельное логическое поле. Это позволит, во-первых, сделать всё очень наглядно, а во-вторых, можно будет спокойно добавлять/удалять типы полномочий, при этом не затрагивая другие типы полномочий. Также, на программном уровне будет очень легко (и наглядно!!!) сделать управление всеми этими полномочиями.

Я сам как раз нечто подобное делаю сейчас. Так что тема ну очень близкая и "родная"

Я говорю не про список полномочий, а про то, что у каждого пользователя лучше сделать отдельные поля с полномочиями, в таблице с юзерами.
Типа такой чтобы таблица была:
user_id integer
user_name char(200)
en_save boolean
en_read boolean
en_resend boolean
en_forum boolean
ну и так далее.

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

Минусы твоего подхода мне видятся такие. Во-первых, очень всё "засекречено". Причем, проблемы в первую очередь себе создаешь. В частности, "как разложить 42 назад" и другие.
Во-вторых, какого размера у тебя будет это самое поле, сколько бит? И что ты будешь делать, если понадобится больше полномочий, чем имеется бит? Или сразу заложишь много, с запасом?

Насчет бит тип bigint вместит столько ............=)))
А так твой вариант был моим планом Б)))
Только я вынес полномочия в другую таблицу.... так бедет логичнее да и зачем мне таскать с собой лишние переменные при запросе)))
спс

У меня это - план "А"

А насчет лишних переменных при запросе не понял. Зачем их таскать? Запрашивай только то, что надо в нужный момент времени.

какая не какая оптимизация =)

Фигасе... Про оптимизацию он думает... А в Селекте - выбираешь все данные, в т.ч. и не нужные. Неувязочка получается.
А вот разнесение данных в разные поля и запрос только тех данных, которые нужны, это и есть оптимизация. Оптимизация как БД, так и твоего кода.

и все-таки правильнее использовать битовые маски
во-первых, не таблицы не засоряются левыми столбцами
во-вторых, удобнее хранить права пользователей в виде одного числа
в-третих, это не так сложно перходить от суммы (маски) составляющим. можно немного заморочится написать функцию которая будет все это делать.
к примеру 42 (dec) = 101010 (bin)
сразу видно, что у пользователя есть право на действие которое описывается значением 2 (2 в степени 1), 8 (2 в степени 3), 32 (2 в степени 5).
всего-то надо перевести число в двоичный вид, пробежаться по каждому значению с конца.

Не думаю, что ты будешь выставлять для каждого пользователя права отдельно. Для этого и существуют "группы пользователей". И по-моему архитектурно более правильно, делая выборку, смотреть имеет ли группа, к которой принадлежит пользователь, права для того или иного действия, а не писать в запросе что-то типа ... and can_edit=true and can_view=true

sergeiss, ты не прав ! (с)

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

В чем основной недостаток отдельных переменных ? В их кол-ве. Проблем нет если их всего 2-3, а ну как 10-20 ? Замучаешься обрабатывать их самих и все их возможные сочетания. Между тем, при использовании битовых масок, я могу хранить 8(!) независимых переменных в одном поле(в одной переменной) типа TINYINT.

И я уже не говорю, о случаях, когда в работающую систему надо добавить еще один ограничитель. В случае с раздельными переменными есть хороший шанс, что придется изменять солидные куски кода, тогда как с правильно использоваными битовыми масками достаточно будет добавить пару-тройку строк в одном месте. (Это не считая нового кода, который придется писать в обоих случаях)

Еще чуть-чуть теории и плавно перейдем к практике.
Многие молодые (и не очень) программиты склонны усложнять решения задач, часто не видя того что находится у них прямо перед глазами. (Я тоже иногда так делаю, и это одна из причин того что я нахожусь на этом форуме - часто сторонний взгляд помогает найти более простое решение.)
Логически рассуждая, наиболее правильным методом работы с битовыми масками должны быть битовые операторы !

Так, например, если мне нужно

обратное разложение
2+8+32=42

42 - max(<42) = 42 - 32 = 10; rule[]=32;
10 - max(<10) = 10 - 8 = 2; rule[]=8;
if (2) rule[]=2;