Показать сообщение отдельно
Старый 11.03.2009, 03:23 Вверх   #64
SEO & WebMoney support
 
Аватар для MaiJiN
MaiJiN вне форума
Доп. информация
Восклицание

Цитата Сообщение от NOVELLA Посмотреть сообщение
Но если дело только в огромном количестве юзеров... Надо прийти к тому, чтобы удалять "бесполезные" ники, которые не заходят уже давно...Но не ЗАКРЫВАТЬ ЖЕ ФОРУМ!!! Вы что?? Этого НИКАК НЕЛЬЗЯ ДОПУСТИТЬ!!!
Я здесь не админ, но поясню:
NOVELLA, а как убирать -то?
Ручками это очень долго и непродуктивно, SQL - запрос написать можно, конечно, допустим проверка по дате последнего поста .

Грубый пример (пишу без знаний о развёртке данного форума, да и после перерыва , так что могут быть неточности...) :

DELETE FROM USER
WHERE USER.LastPostDate NOT IN
(
SELECT X.LastPostDate
FROM USER AS X
WHERE X.LastPostDate>=Date
)

Таким вот методом из общей таблицы (Сергей, юзается общая таблица кстати? ) пользователей (USER) чикаются те, чей последний пост (USER.LastPostDate) не находится в диапазоне новых (т.е. в выборке новых , дата которых свежее, чем эталонная , допустим , чем 1.01.2008)

При хранении данных в нескольких таблицах (если нормализована по первичному ключу USER.id например) выполняем join (объединение) и делим из всех таблиц записи

DELETE FROM USER, T1, T2.... Tn
WHERE USER.id NOT IN
(
SELECT X.id
FROM USER join user.id=t1.id and /*джойним до упора*/ AS X
WHERE X.LastPostDate>=Date /*можно через AND или OR забабахать доп. условия*/
)

А теперь, NOVELLA, самое интересное : MySQL не чемпион по производительности, такие запросы свалят сервак , кстати общий на несколько сайтов , на полчаса. Снова нарушится 5.7 пункт договора о норме загрузки серва хостящего сайт.
Но как вариант можно это сделать ночью, правда всё равно перед хостером отбояриться будет непросто (вариант-бекап базы, оптимизация на локале, залив базы, но на время синхронизации форум придётся отключить).

Потом оптимизация БД (уменьшится нагруз на серв), Урезание мелкоты (элементов оформления бюллетеня) ...
И что самое интересное , не факт, что сервак будет грузиться радикально меньше, хотя надо тестить.

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

2 Тайфун,Серберг :что думаете по данному поводу?
  Ответить с цитированием
2 пользователя(ей) сказали cпасибо:
 
Время генерации страницы 0.04903 секунды с 10 запросами