Форум PHP

уже понял. спасибо всем.

Очевидно, в некоторых случаях настройки пользователя может менять не[только] сам пользователь, а администратор.

Последнему периодически будет хотеться узнать, к примеру, каким пользователям присуща та или иная опция настройки. :)

То есть общее поле с серилизованным профилем - идея здравая, но не как замена структурированному хранению, а как дополнение ему - чиста для скорости отработки..

Сидите.
Но достаточно в БД поменять пароль - и Вы тут же вылетите. При следующем же обновлении страницы.

В Вашем случае БД никак не связана с сеансом.

имхо, вы усложняете себе жизнь
врядли этот один запрос будет самым узким местом в вашем приложении

А если расценивать это поле не как настройки пользователя, а как просто текстовую информацию - ведь в бд она действительно будет только храниться.
Да и при изменении настроек пользователем обновляться будут все записи (если бы их было в бд больше одной) - вряд ли кто-то будет сверять новые данные и старые (это ж еще затратнее, по-моему).

Да так и есть. А разве не так на этом форуме? я сижу уже второй час.

Так он, заходя раз в 4.59 минуты, вечно сидеть будет.

Ну, тогда оставлю как есть и не буду изгаляться.

Куки на 5 минут.

По теме сказать не могу. Но так, к слову - при разработке одного сайта я подключал форум phpbb третьей версии.
И чтобы самому не таскать лишнюю информацию из базы, решил посмотреть, что же находится в объекте класса user (который в свою очередь является потомком session).
print_r($user) выдало страницу в 154 кб - это примерно 25 моих экранов.
Стоит ли говорить, сколько там всяких запросов, цепляний файлов и т.д.
Так что один запрос на одного пользователя на одну страницу - это, по-моему, не так уж и страшно.