Ограничение публикуемых комментариев

Всем привет. Хочу поставить ограничение на количество публикуемых материалов Например, нельзя публиковать более 20 комментов в час, более 10 постов в час и тд. Как такое можно реализовать получше? У меня есть идея перед публикацией проверять запросом, например, комментарии: select id from comments where id_author=25 and data > subway(now(), interval 1 hour) order by id desc limit 20,1. Далее считаем количество найденых комментов. Если ноль-значит можно публиковать. Это конечно того не стоит- большая нагрузка, да и комменты на сайте оставляют только зарегистрированные так что наверно не буду так делать Но если вдруг действительно будет важно ограничить?

я бы считал количество комментариев за час и если их уже 20 то выводил бы ошибку

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

Где? По составному ключу id_author & data проверка стоить ничего не будет.
А с учётом сущности - пишут значительно, на порядок-другой, меньше, чем читают - это нормальное, не избыточное решение.

-----
PostgreSQL DBA

Спасибо за ответы. Я тут подумал, если не ставить ограничения, то любой хакер или бот может выложить по несколько тыщ постов, нагрузив бд. Понимаю,вероятность этого крайне мала, но так жалко делать все время проверку, есть ли еще способы, похитрее?
(Добавление)

На каждую таблицу вешать составной ключ - а они много места занимают? И еще вопросик. Если уже стоит индекс на id_author, надо ли его удалить, если я хочу сделать составной data&id_author?

чисто теоретически возможно слать по несколько десятков запросов в секунду для отправки комментария, но поверьте мне никто так делать не будет когда поймёт что ограничение в 20 постов в час. Если захотят сделать вам нагрузку то найдут более подходящую страницу типа поиска

-----
Если вы хотя бы 3-4 раза не решите всё выкинуть и начать заново - вы явно что-то делаете не так.

https://ru.wikipedia.org/wiki/KISS_(принцип)


Зависит от типа и количества данных. int - 4 байта, datetime - 8, значит будет 12 байт на строку.


Правильнее будет ответить так: http://www[dot]ozon[dot]ru/context/detail/id/6573935/


Зачем?

-----
PostgreSQL DBA

Зачем?[/quote]
но ведь ты сам написал, выборка по составному data & id_author ничего не будет стоить

Нет, я написал, что выборка по ключу id_author & data ничего не будет стоить.
Порядок значений имеет определяющую важность.

-----
PostgreSQL DBA

Ааа... Я тут нагуглил, если делать составной (a,b) то b не индексируется, то есть Where b = '123' будет не по индексу, а выборка будет быстрой только по a и по a^b. И еще 'a' должен быть такой столбец, где меньше вариантов значений - так будет быстрее. Значения столбца id_author иногда будут повторятся , а data всегда уникальна. Ты это имел ввиду?

(Отредактировано автором: 19 Августа, 2014 - 17:30:05)