Форум MySQL

Доброй ночи.

Задача такая: нужго спроектировать таблицу, для хранение статистики по операторам связи для рейтинга сайтов. Статистика должна быть за каждый день. Операторов будет всего около 30 и будут постепенно добавляться новые.

Так вот вопрос, как это организовать? Не создавать же таблицу с 30(+) столбцами, чтоб хранить кол-во посещений с каждого оператора.
Типа: id | user_id | day_date | oper1 | oper2 | ... | oper30

Как это правильнее реализовать? Подобное реализовано в том-же waplog.net(для наглядности).

Можно конечно сделать таблицу типа:
id | user_id | day_date | operator_id | count
и делать для каждого пользователя 1 запись в день для каждого оператора.

В принципе так будет труднее выберать. Много записей. Допустим 300 активных сайтов в день, с каждого пускай даже 10 операторов. = 3000 записей в сутки...

p.s. для каждого оператора есть числовой ид.

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

Спасибо. Но хранение статистики об операторах это ещё не всё. Предполагается статистика по моделям телефонов. а их уже больше сотни. Видимо, придётся брать выделенный сервер.

по опыту могу сказать что мускул спокойно (не замечая) работает с таблицами до 300 000 до лимонов 5 если нормально проиндексированы тоже нормально....

а вот у меня тоже вопрос, стоит ли индексировать в данном случаи?
т.е. когда запросы INSERT & UPDATE больше, чем SELECT...

как известно индексы тормозят INSERT & UPDATE...

-----

Ничего не надо брать (:
Сначала нужно сделать проект, а потом судить по нагрузке. Перевести потом весь контент на выделенный серв не будет представлять труда, при условии выбора изначально хорошего хостера.