Форум MySQL

А каких показателей это будет касаться?
Хосты
Засчитанные хосты
Хиты
Операционные системы
Броузеры
Поисковые роботы

А вот все остальное не очень понятно как в эти таблицы засунуть...

Да календарные как-то удобнее, можно отсчитываться перед посетителями, вышестоящими организациями, что за июль статистика составила ..., что на 15% больше чем за июнь, статистика за который ..., в общем лучше сразу календарные месяцы вводить.

Да нет, это самое логичное решение. Только, не вижу смысла привязываться к календарным месяцам: просто с момента пуска счетчика держим 2 месяца оперативных, а как только количесво дней превышает 2 месяца, один месяц скидываем в архив.

Предположим, счетчик запущен 15 числа. То есть спастя 2 недели, мы должны считать их целым месяцем?
С другой стороны, календарные месяцы удобнее сравнивать...

а в чем экономия? в Таблице refferers, например, поля searches теперь нет (оно, конечно, небольшое, но сам факт)... можно также оттуда убрать поле ip (все равно нигде не используется). А можно пойти и другим путем: чтобы поле типа enum создавалось на основании таблицы links. Экономия будет офигенная:) Но при этом мы потеряем возможность посмотреть откуда конкретно пришел посетитель, а я от этого не откажусь!:)

Кроме того, таблица searchquerys имеет поле query типа tinytext, в то время как name.refferer - text.

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

Я вот чего подумал, а зачем нам две таблицы searchquerys и refferer - может сделаем одну - если это поисковик, то внём будут сразу ключевые слова, если это просто реферер - его так реферером и оставлять, а различать где есть что можно по полю searches?

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

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

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

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