Подсчет количества просмотров объявлений

Добрый день, уважаемые участники форума!!!

Хочу услышать ваше мнение по поводу поднятой мною темы.

Вижу два варианта:

1. В таблице Ads с объявлениями создать столбец view. При просмотре объявления делать UPDATE +1 в столбце view. Недостаток - невозможно разделить, когда эти просмотры были.

2. Создать отдельную таблицу view, в которую при просмотре объявления вносить новую запись с указанием id объявления. Тут можно вносить время просмотра, соответственно, есть возможность разбивки по дням, месяцам и т.д. Этот способ и использую я. Сейчас в БД 7500 объявлений. соответственно, записей в таблице view 780 000. Если объявлений будет 100 000, то записей в таблице просмотров уже будет сколько то миллионов. Понятно, можно добавить индексы к id объявления (для выборки количества просмотров конкретного объявления) и date (для разбивки по времени).

Хочу услышать Ваше мнение об оптимальном решении данного вопроса с учетом указанных перспектив роста количества объявлений.

Заранее выражаю благодарность откликнувшимся

Архивировать записи статистики старше месяца.
Ибо Пете продающему балалайку плевать на подробнейшую статистику просмотров месячной давности.

Под архивацией я имел ввиду:

-----
Шта? Репозиторий?

никто не мешает вам содержать оба типа данных. иметь столбецы total_views, today_views, week_views, month_views в таблице с сущностью и отдельно хранить детализированный отчет с точностью до секунды, кто, Когда и при каких обстоятельствах просматривал

-----
Just do it

можно и не делать вид "id, wiews_count, year_month", а сделать "id, wiews_count". разбивку по прошлым месяцам и годам можно не делать, а просто знать количество общее.

Далее, проходит время. Из таблицы "wiew" удаляются записи старые, подсчитывается их количество и апдейтится вторая таблица, где к количеству просмотров по айди объявления добавляется количество удаленных из первой таблицы. Правильно мыслю?

(Отредактировано автором: 30 Сентября, 2015 - 11:09:13)

Тоже неделю назад делал статистику. Сделал отдельной таблицей, id юзера, ip, откуда пришел, браузер, ОС, и время просмотра конечно. С проблемой кол-ва записей решил, что буду по крону удалять записи старше 1 месяца. На правильность решения не претендую, делал по "наитию" первый раз....
(Добавление)


Если вам обязательно нужно знать кол-во просмотров за все время, то почему сразу не делать апдейт на +1, и подробную запись просмотра? Получится в реальном времени вы знаете количество просмотров. А так только до апдейта.

-----
Умные мысли приходят тогда, когда все глупости уже сделаны...

удалять данный старше 1 месяца как-то неправильно. тем более вряд ли у вас данных очень много. и даже 10к записей - это мелочь. бд спокойно справляется с миллионами. главное индексы и кеши. Плюс частота обращений к таким запросам будет редкой.
у меня сбор данных идет в миллионах. и я пока ничего не удаляю, да и не собираюсь, мне нужно анализировать срезы всех данных на каждом промежутке времени, по крайней мере за последнее время. для ТС я дал совет. пусть хранит детализированные данные в отдельной таблице, а агрегированные - в столбце за любой удобный период и никаких проблем не будет

-----
Just do it

Расскажите пожалуйста про кэши

а чего там рассказывать. все сложные выборки закидываете в кеш на час или сутки и при втором обращении уже не грузите базу сложными выборками а берете готовые результаты из кеша. кеш может быть как в оперативной памяти так и в файле либо бд (поле count_views, today_views тоже своеобразные кеши)

-----
Just do it