Сведения о вопросе

LARVION

07:20, 7th August, 2020

Как лучше всего организавать хранение "нравица"-"не нравица" для статей или постов в базе данных?

Просмотров: 325   Ответов: 3

Например, голосовать может за один пост один ip адрес, база — мускул, таблицы innoDB.


Нужно организовать хранение голосов в базе с наименьшими затратами ресурсов и с максимальной скоростью подсчета рейтинга для статьи.


Я думаю структура таблицы следующая:


article_id (int 11)

ip (varchar 15)

mark (enum ("-1",«1»))


PrimaryKey по двум первым полям. Скорее всего, можно сделать проще, поделитесь опытом, пожалуйста.



  Сведения об ответе

SSESION

06:23, 25th August, 2020

Ну если нужно только считать, то вполне достаточно просто добавить поле rating в таблицу со статьей и увеличивать / уменьшать ее значение программным образом.

Таблица нужна только тогда, когда требуется накладывать ограничения по времени, ай-пи адресу и пр. Хорошим тоном считается не хранить ай-пи адрес в виде строки, а записывать его числовое значение (если пишете на php — php.net/manual/en/function.ip2long.php).

Причем при выводе ленты новостей весьма полезно аггрегированное значение рейтинга таки хранить в отдельном поле в таблице статей — что бы не пересчитывать его каждый раз. Обновлять его можно триггером на стороне СУБД или программно.


  Сведения об ответе

прога

14:25, 26th August, 2020

по ip не очень хорошо т.к. некоторые провайдеры на кучу пользователей сразу вешают 1 ip, а у пользвателей мобильного интернета так вообще часто 1 ip на всех

Имхо дучше ставить куку с каким-нибудь уникальным токеном и по ней смотреть, чем по ip


  Сведения об ответе

repe

16:18, 29th August, 2020

Дополнение к предыдущему оратору — печальный опыт — от накрутки избавиться нельзя. Можно только минимизировать её совокупностью административных и технических методов.


Ответить на вопрос

Чтобы ответить на вопрос вам нужно войти в систему или зарегистрироваться