Переорганизация базы данных. Хранение настроек пользователей.

[Сенсей]

Переорганизация базы данных. Хранение настроек пользователей.

Есть проэкт. 20K пользователей. Количество растет.
Создается еще один проэкт, но там количество пользователей будет в десятки больше.

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

Теперь...

Есть таблица пользователей. На данный момент в таблице пользователей 48 полей.
Поля эти - начиная от имени пароля и ника пользователя - кончая полями типа - запретить пользователи писать в блогах, отвечать другим пользователям

Теперь - в новом проэкте будут добавлять еще поля...

1 - Вопрос - Хороше ли это пихать все в одну таблицу? И есть ли оптимальное какое то количество полей при котором работа с базой будет не будет замедляться?

2 - Есть поля данные которых выводятся в разных частях сайта. С ними что то делать нет смысла.

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

Есть ли смысл создать одельную таблицу с такими полями... и просто потом джоином выбирать данные?
----

Мои идеи смутные... все от того что меня смущает большое количество полей в таблице пользователей.

 

[themylogin]

Есть ли смысл создать одельную таблицу с такими полями... и просто потом джоином выбирать данные?

всегда стремились сделать наоборот

 

[chira]

Сенсей
Всё, что характеризует пользователя, держи в таблице пользователей

Поля эти - начиная от имени пароля и ника пользователя

для его прав создай таблицу прав и таблицу связи с пользователями

кончая полями типа - запретить пользователи писать в блогах, отвечать другим пользователям

-~{}~ 04.01.07 14:59:

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