Зачем нужна таблица forum_user_group ?

gaz21org · Сообщение **gaz21org** » 20.12.2007 0:36

У меня в ней 14000 рядов!
Это нормально? По обзору она странная какая-то...
И не может ли её рост быть причиной замедления работы форума?

Палыч · Сообщение **Палыч** » 20.12.2007 0:50

gaz21org
Это перечень всех групп и членов групп на ваших форумах.

На групповом принципе построена вся система прав доступа phpbb2.x.x

При регистрации нового пользователя, он становиться сразу членом своей персональной группы.
Поэтому приблизительно: число рядов = число пользователей + число созданных групп * число членов в группе

gaz21org · Сообщение **gaz21org** » 20.12.2007 0:58

forum_user_group еще понятно - один пользователь может быть в нескольких группах, но таблица forum_groups мне еще больше не нравится... Зачем столько групп? Напрасно загружать сервер?

Добавлено спустя 1 минуту 42 секунды:

Палыч писал(а):он становиться сразу членом своей персональной группы

А зачем? В хорошем смысле слова, могу я вынести из этого какую-нибудь пользу?

Палыч · Сообщение **Палыч** » 20.12.2007 1:05

Палыч писал(а):На групповом принципе построена вся система прав доступа phpbb2.x.x

Когда вы каким-либо образом конфигурируете любые права доступа к форумам (смотреть, читать, писать, изменять и т.д. и т.п.) вы устанавливаете право для группы (даже если конкретному пользователю).
Этот набор прав храниться в таблице ваш_префикс_auth_access
Загляните в неё.
А теперь представьте себе размер массива (таблицы), если бы права конфигурировались индивидуально каждому юзеру...

gaz21org · Сообщение **gaz21org** » 20.12.2007 1:15

А, это где в самом низу админки Пользователи-Права доступа... Понятно.
В-общем для оптимизации надо дохлых юзеров почикать, спасибо.

А вот всё-таки гипотетически, эти раздувшиеся таблицы сильно тормозят систему?

Палыч · Сообщение **Палыч** » 20.12.2007 8:36

gaz21org писал(а): эти раздувшиеся таблицы сильно тормозят систему?

Сами по себе размеры таблиц практически не влияют на "тормоза".
Сильно влияет количество (и их сложность) запросов при загрузке страницы и количество графической информации, выводимой на страницу.
Посмотрите вниз-влево на данной странице. 17 запросов - это очень неплохо.
Более 100 - это уже не очень хорошо.

Alek$ · Сообщение **Alek$** » 20.12.2007 9:09

gaz21org писал(а):В-общем для оптимизации надо дохлых юзеров почикать, спасибо.

Только ручками из базы лучше не удалять... Ибо по неосторожности можно на детские грабли наступить.

Лучше сделать это модом типа Mass Delete Users. Вроде бы еще какие-то были, но я сходу название не припомню.

Поручик · Сообщение **Поручик** » 20.12.2007 9:16

FAQ - Список часто задаваемых вопросов в разделе phpbb2
Q35:

gaz21org · Сообщение **gaz21org** » 20.12.2007 10:07

Alek$ писал(а):Ибо по неосторожности можно на детские грабли наступить

А в чём грабли? Чистим _users, потом запросами delete where x_id not in (select x_id from _users...) И так по связанным с этим делом таблицам...
Я, короче уже почистил

, хотелось бы теперь проверить, появились ли у меня грабли

Alek$ · Сообщение **Alek$** » 20.12.2007 10:15

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

/DiOs · Сообщение **/DiOs** » 20.12.2007 10:16

gaz21org писал(а):А в чём грабли?

С темами и мессаджами, заголовками... что делать будете? Тоже "delete"? Или оставите с нереальными user_id?

gaz21org · Сообщение **gaz21org** » 20.12.2007 10:29

/DiOs писал(а):С темами и мессаджами, заголовками... что делать будете? Тоже "delete"? Или оставите с нереальными user_id

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

/DiOs · Сообщение **/DiOs** » 20.12.2007 10:37

gaz21org
Вот потому и советовал Alek$ MAss delete user поставить. И работать удобнее, и удалять любых можно. В запросе-то глюканешь чего-не того -- и трындец, не оракл.