120 быстро, но дорого) нада дорабатывать код, иначе никаких денег не напасешься)

Так надо было заранее подумать о размере БД
Честно говоря, я был уверен что у тебя там сервак свой.
Да и более того, хранить ежедневную(!) статистику по огромному количеству юзеров
- это очень накладно.
Я ещё понимаю хранить актуальность статистику либо месяц, либо обновлять раз в
неделю

ну а если сделать так... тут много отзывов прозвучало, что им этот сервер ужен
для оценки своей динамики роста... так может быть просто ненадо делать таблицы,
сравнивающие параметры песонажа? Ну и ещё можно персональную эту страницу
сделать только для тех, которые будут зарегестрированы...

122, я заранее и подумал. Просто я так хреново подумал, что в итоге оказалось,
что анлим у хостера все что угодно, только не база данных. В данный момент на
виртуалке, где обещано безлимитное дисковое пространство, собирается postgresql.
Попробуем обмануть ))))

+124, кстати, в пост призываются специалисты. Мой адов 13-гиговый дамп, который
я снял вчера вечером с мускула, будет синтаксически совместим с постгрес? Мне
думается, вряд ли. Если я прав, то что мне следует в нем поменять? И много ли
памяти нужно постгресу для работы?

зачем тебе постгрес понадобился? на свою виртуалку ты можешь поставить все, что
угодно в т.ч. mysql.. просто судя по цене впски, он тупо помрет вместе с этой
вдской в момент импорта новых данных ввиду нехватки оперативки %)

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

125.
А как дампил?
И сколько по времени?

Извините, расскажите вкратце, что за ресурс и чем он занят?

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

имхо ресурс очень полезный и нужный, спс тебе за его создание )

очень очень жаль

128, mysqldump'ом, заняло всего-то полчаса.
129, http://ganjastats.ru/about

:) А структуру БД можешь выложить? :)

З.ы. а вообще... 28Гб это как-то многовато :) БД нужно что бы быстро обращаться
к данным без парсинга файлов. Сделай как тебе говорили:
1) Разбей свою таблицу на несколько
2) Храни в БД данный, например за 2 месяца, а остальное в архиве на серваке в
виде файлов, которые будешь парсить при необходимости и запросе игрока.

чем же поможет разбиение таблицы на несколько? тем, что вместо 26гб будет две
таблицы по 15гб?)

136 для той цели, что бы небыло повторяющихся данных :)
Мельком глянув на сайт, я представил 4 таблицы:
1 - общая
2 - изменение боевого опыта (id_игрока, дата, изменение)
3 - изменение произодственного
4 - изменение экономического

Тем самым нет необходимости держать данные с одними и темиже значениями для
персонажа которые не поялвялся например неделю. Или который только производ
качает и не воюет :)

:) Х.з. Могу посмотреть на ваш сайт и придумать как оптимизировать.

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

Уф, я почти закончил импортировать данные в новую базу. Главное - импортировал
все снимки статов. Это из хорошего. Из плохого - ресурсов серверу пришлось
все-таки добавить.
136, смотри, какая штука.
http://www.postgresql.org/docs/8.1/static/ddl-partitioning.html

Пришел мне развернутый ответ из техподдержки (кстати, за адекватность саппорта
хостеру отдельное спасибо). В общем, дамы и господа, не то чтобы ganjastats
кранты, если это еще кому-то интересно, но и не то чтобы нет. Перенос БД на их
виртуалку это всего лишь отсрочка - там все равно ограничено место, и в районе
50 гигов все равно попросят. Оптимизируй структуру, не оптимизируй - в любом
случае есть края. Плюс, оказывается, личный сервак с MySQL совсем даже не личный
- цитирую, "There are also much fewer customers on a MySQL PS host machine". Я
задал им прямой вопрос, что будет, если я буду содержать БД сам - пока ждем
ответа на него. Сегодня делать уже ничего не буду, завтра, если позволят
"государственные дела" закончу восстановление базы в собственном postgresql.