Что такое список игнорирования?

[Пепел Феникса]

Сообщение от Simply-Art

Не вариант для форума, у которого сотни тысяч тем, и мулиёны постов делать такую репу. Представьте к каждому посту такую фигню, что с БД будет и сколько трафик-нагрузки на сервер?

у хабра посещаемость как-то выше.

[Simply-Art]

Даже не знаю, что лучше. Куча запросов к маленькой бд или мало запросов к большой...

[Alex11223]

Оно не вариант не поэтому, а потому что на хабре (реддите, лепре, д3) у топика часто может быть от нескольких сотен до тысяч сообщений, и все на одной странице, поэтому их надо сортировать, выделять, чтобы читать только интересное/важное. На форуме же много мелких тем от 1-2 до нескольких десятков сообщений, по 10 сообщений на страницу, очень редко бывают большие темы.

И вообще там структура другая, есть группировка по "веткам", а не просто последовательно по времени.

Ну и да, никто не будет ничего делать.

[Вадим Мошев]

Сообщение от Simply-Art

Не вариант для форума, у которого сотни тысяч тем, и мулиёны постов делать такую репу. Представьте к каждому посту такую фигню, что с БД будет и сколько трафик-нагрузки на сервер?

Здесь говорится о репутации не постов, а пользователей.
Кроме того, очевидно, что БД должна чиститься от негодного содержания.

Сообщение от Simply-Art

Даже не знаю, что лучше. Куча запросов к маленькой бд или мало запросов к большой...

А что такое "большая/маленькая БД" и чему плохому может привести большое/малое количество запросов к ней?

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

[Аватар]

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

Чем больше запросов, тем больше тормознутость. Не важно сколько таблиц

[Человек_Борща]

Ну вообще БД изначально разрабатывались чтобы решать проблемы быстрого чтения/записи информации.

Не вариант для форума, у которого сотни тысяч тем, и мулиёны постов делать такую репу. Представьте к каждому посту такую фигню, что с БД будет и сколько трафик-нагрузки на сервер?

Ничего не изменится.
Ед. что создаст нагрузку - процесс обновления существующих записей, при изменении кол-ва столбцов в таблице пользователей и сообщений. Нужно будет поставить форум на обслуживание или вовсе отключить, а затем напрямую в СУБД провести обновление таблиц. Сомнительно что это затянется даже на минут 15... максимум 5-10)
Дальше будет штатный режим, без каких-либо нагрузок:
Вон те весы под постом просто примут другую формулировку ввиде +/- в шаблоне сообщения в теме, влияющие на сообщение в теме, а где-то в недрах БД автоматом изменяющие good/evil поля в таблице пользователя, с пересчетом репутации.
Нагрузки тут 0. AJAX тот же самый можно использовать.

Что изменится? Да ничего собственно.. людям удобство.

Чем больше запросов, тем больше тормознутость. Не важно сколько таблиц

Без транзакции - согласен.