Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP Puzzles. Авторы: Кузнецов М.В., Симдянов И.В. Программирование. Ступени успешной карьеры. Авторы: Кузнецов М.В., Симдянов И.В. PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В. MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Архитектура для рейтинга
 
 автор: Sturmvogel   (07.03.2011 в 23:22)   письмо автору
 
 

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

Вариант №1.
Хранить в базе только таблицу, в которой хранится информация о том, какой пользователь и кому (страница, комментарий, пользователь) изменил рейтинг (нажал на "+" или "-"), а при выводе значений рейтинга суммировать значения по этой таблице для конкретной единицы.

Вариант №2.
При существующем варианте №1 иметь еще отдельное поле значения рейтинга для конкретной единицы (страница, комментарий, пользователь).

  Ответить  
 
 автор: cheops   (08.03.2011 в 00:06)   письмо автору
 
   для: Sturmvogel   (07.03.2011 в 23:22)
 

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

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования