нужно выбрать как получать данные о зарегистрированном пользователе... хранить в сессии или на каждой странице доставать из БД?  интуитивно кажется, что сессия быстрее..... с другой стороны сессия - это работа с файлами к тому же мускл кеширует запросы... 

Это сообщение отредактировал(а) patt - 10.1.2008, 13:17

почемуто склоняюсь к сессии.

Сессии. Проще и эфективнее. Сделайте обработчики сессии, настройки как Вам надо и это будет намного лучше, чем все это заносить в базу, хранить, и стерать.

Имхо, сессии быстрее. 
Представь, что такое сессия - это чтение файла.
Что такое мускл - это подключение к серверу, авторизация, отправка запроса, получение ответа из базы. А где в мускле хранятся данные? Если не какой-нибудь специфический движок, то в тех же файлах, но хорошо организованных. Кеширование уменьшит время на операции-запрос ответ, но все равно результат кеша так же хранится где-то и его надо оттуда считать.
Вообщем-то почти обосновывается решение в сторону сессий... Не хватает только более четкого уточнения, как быстро мускл может оперировать своими хранилищами по сравнению со скоростью работы файловой системы, если кто может привести эти уточнения, буду благодарен.

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

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

Вообще-то если ставить вопрос не что быстрее, а что для чего больше подходит то в данном вопросе конечно бд. Но сессии быстрее! 

задача такая: передавать в сессии только id и выбирать на каждой странице по нему данные юзера (имя, права и тд) или один раз выбрать сереализовать и хранить в сессии и на каждой странице доставать и unserealize....

Сколько юзеров планируется и сколько свойств у одного юзера? Хотя бы порядок чисел.

Это сообщение отредактировал(а) flashaa - 10.1.2008, 18:51

инфа хранится только о текущем (залогонином) юзере, информации немного :(Имя, права, пол, дата рождения, краткое описание..) всего не более 20 пунктов, посещаемость сайта высокая

А как же временные таблицы?

А вообще Sunvas прав попротестируте оба варианта и выбирайте на основе тестирования.

Незабудьте учесть возможные изменя архитектуры в будущем. Используете ли вы все 20 на каждой странице если нет то сократите их хотябы до 5-10 и спокойно используйте сессию, а на тех страницах которые где информации о пользователе требуется больше обращайтесь к базе данных.

   
krundetz хорощий вариант.


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

На самом деле это не так много.. В принципе есть смысл хранить такой объем данных, посещаемость тут не сильно изменит картину, т.к. для каждого залогинненого пользователя  в любом случае будут хранится некоторые данные(1-5 пунктов). Добавление к ним 20 пунктов особо роли не играет.
Вообщем-то если развить эту тему, то можно изменить обработчики сессий и сделать сессионные данные в сжатом виде, например gzip, если хотим ещё и место на диске поэкономить.

ИМХО нерационально на таком количестве данных(я думаю что они не превышают 1Кб) сэкономить много не удастся а вот нагрузка прибавиться.
Да и вроде это не по теме рассматривается как я понял быстрота обработки а не количество данных.