LINUX.ORG.RU

История изменений

Исправление KRoN73, (текущая версия) :

юзер id и время регистрации намекают

Не обязательно. Скажем, у меня:

mysql> select max(id), count(*) from users;
+---------+----------+
| max(id) | count(*) |
+---------+----------+
|   96621 |    15605 |
+---------+----------+
1 row in set (0.06 sec)

Те же самые спаммеры, например, не дремлют.

однако у тебя в расчетах ошибка - сообщения не валятся непрерывным потоком

А это пофиг. mysql на update num_posts будет тратить в худшем случае единицы миллисекунд. Даже при двух записях в секунду нагрузка будет совершенно незаметной. А две записи в секунду — это экзотика и редкость.

В общем, никак сова на глобус не натягивается. О чём вся вменяемая мировая практика и говорит. На любых популярных форумных движках (включая форумы, где нагрузка на порядок с лишним выше ЛОРовской) используют поле числа сообщений юзера.

И только ЛОР, оказывается, занимается хитрыми велосипедостроениями :)

Исправление KRoN73, :

юзер id и время регистрации намекают

Не обязательно. Скажем, у меня:

mysql> select max(id), count(*) from users;
+---------+----------+
| max(id) | count(*) |
+---------+----------+
|   96621 |    15605 |
+---------+----------+
1 row in set (0.06 sec)

однако у тебя в расчетах ошибка - сообщения не валятся непрерывным потоком

А это пофиг. mysql на update num_posts будет тратить в худшем случае единицы миллисекунд. Даже при двух записях в секунду нагрузка будет совершенно незаметной. А две записи в секунду — это экзотика и редкость.

В общем, никак сова на глобус не натягивается. О чём вся вменяемая мировая практика и говорит. На любых популярных форумных движках (включая форумы, где нагрузка на порядок с лишним выше ЛОРовской) используют поле числа сообщений юзера.

И только ЛОР, оказывается, занимается хитрыми велосипедостроениями :)

Исходная версия KRoN73, :

юзер id и время регистрации намекают

Ни разу. Скажем, у меня:

mysql> select max(id), count(*) from users;
+---------+----------+
| max(id) | count(*) |
+---------+----------+
|   96621 |    15605 |
+---------+----------+
1 row in set (0.06 sec)

однако у тебя в расчетах ошибка - сообщения не валятся непрерывным потоком

А это пофиг. mysql на update num_posts будет тратить в худшем случае единицы миллисекунд. Даже при двух записях в секунду нагрузка будет совершенно незаметной. А две записи в секунду — это экзотика и редкость.

В общем, никак сова на глобус не натягивается. О чём вся вменяемая мировая практика и говорит. На любых популярных форумных движках (включая форумы, где нагрузка на порядок с лишним выше ЛОРовской) используют поле числа сообщений юзера.

И только ЛОР, оказывается, занимается хитрыми велосипедостроениями :)