MySQL 18000 записей и больше ...

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

Я не очень знаком с оптимизацией в MySQL.
Но с такой структурой несколько миллионов записей будут обрабатываться ИМХО быстро.

Самое простое можно сделать дату в виде трех полей - год, месяц, день и создать индекс (например god+month).

вы както очень умно ответили. Я нечего не понял ;(

Вы так думаете?
У меня сейчас 18600 записей.
и вот такой запрос и сложение очень долго делается.

$sql = «SELECT * FROM `stat`»;
$result = @mysql_query($sql);
$col = @mysql_num_rows($result);
$x=0;
while($col>$x):
$all_email = @mysql_result($result, $x, 'all_email');
$reject = @mysql_result($result, $x, 'reject');
$inbox = @mysql_result($result, $x, 'inbox');
$send = @mysql_result($result, $x, 'send');
$spam = @mysql_result($result, $x, 'spam');

$a_email = $all_email+$a_email;
$r_email = $reject+$r_email;
$i_email = $inbox+$i_email;
$se_email = $send+$se_email;
$sp_email = $spam+$sp_email;
$x++;
endwhile;

Иля я просто неправильно PHP код делаю?

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

вынести логику из базы. там нечему долго выполняться.

Нахрена ты складываешь на пхп??? В mysql есть все функции нужные

ты хоть проверь, где тормозит. Такой запрос тормозить не должен.

$sql = «SELECT * FROM `stat`»;

Это ты зря.

Я незнал что можно средствами MySQL получить суму. Как вы написали нашел в инете sum(). Только пока незнаю как пользоваться ... Но сейчас найду.

Спасибо!

Тормозит на сложении в PHP. 19 секунд ... Делает

Еще раз огромное спасибо! Все нашел и исправил. PS я незнал что MySQL такое делать умеет ....

$sql = «SELECT * FROM `stat`»;

Жесткое решение =)

Не за что

Использовать поля фиксированной длины ещё никто не предлагал?

а это к чему?

Вам бы еще DATETIME вместо отдельно даты и времени, и битовые значение там, где tinyint избыточен Ну и индексы, конечно, для ускорения выборки. Индекс по дате-времени, конечно же, и наверное по email, по spam

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

tinyint(10) - это разве не фиксированная длина?

Это фиксированная длина. Но по-моему это больше, чем вам необходимо.

Боюсь в этой ситуации выход один — выделить деньги и нанять программиста на проект.

Так вот он какой php programing style

tinyint(10) - это разве не фиксированная длина?

Это то, что приличным словом не называется, ибо в tinyint даже двоичных разрядов всего 8.

А вот это вот - email-varchar(255) - как раз поле не фиксированной длины.

p.s. тут вам правильно посоветовали нанять для проекта программиста.

год, месяц, день и создать индекс (например god+month).

Ты сделал мне день :)))

Это удобный инструмент для анализа почтового трафика. Он нужен только для меня.
нет смысла выделать деньги на то что нужно одному.

А что не так?
Выборка по дате в MySQL будет быстрее работать?

(например god+month)

god+month

god

:)

Да нет, думаю что не будет быстрее, но я так не делаю, может и зря. Я выбираю по дате.

god - да, это я лоханулся =)