Как экономично хранить в MySQL данные о просмотрах материалов конкретных?

Question

[Fyodor]

Заказчик попросил сделать чтобы просмотры материалов были уникальными для разных IP. т.е. чтобы много раз открывая один и тот же материал на одном IPшнике счетчик не увеличивался сам собой.
Собственно я решил в отдельной таблице хранить записи о просмотре конкретного материала с конкретного ip адреса. При открытии проверять есть ли запись. а количество просмотров в записи материала хранится и увеличивается через UPDATE ... SET views=views+1

Я создал такую таблицу

CREATE TABLE IF NOT EXISTS `cms_views` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `plugin` enum('2','17','171','2007') NOT NULL,
  `object` int(11) DEFAULT '0',
  `ip` varchar(15) NOT NULL,
  UNIQUE KEY `id` (`id`)
) ENGINE=InnoDB  DEFAULT CHARSET=cp1251 AUTO_INCREMENT=1

;

Но думаю вот как сделать ее максимально компактной, так чтобы не получилось что база вырастет до 100мб чисто за счет этой таблицы за пол года.(сейчас вся база менее 2мб).и рост продолжится.

Может быть кто-то подскажет куда более изящный способ.

Как таковой задачи привязки к ip жесткой нет, задача в том чтобы кол-во просмотров было хоть сколько-то похожее на правду.

Answer 1

[silentvick]

Кроме проверки IP есть смысл идентифицировать пользователя еще по какому-нибудь параметру, иначе все люди с одним адресом (серые подсети) будут считаться за одного человека. Можно добавить хотя-бы User-Agent, а в базе хранить хеш от IP+User-Agent.

Comments

[Fyodor]

согласен. но на данном этапе это лишние усложнения.

Answer 2

[mgyk]

Во-первых можно хранить ip как INT UNSIGNED и использовать inet_aton/inet_ntoa для конвертации. Во-вторых значительно быстрее будет использовать
INSERT INTO ... ON DUPLICATE KEY UPDATE views=VALUE(views)+views. Индекс при этом должнен быть UNIQUE INDEX(object, ip)

Если более правильно решать задачу, то просто поставьте гугл/яндекс аналитику на сайт и добавьте id материла в трекер. Таким образом получите нормальную статистику по материалам. https://developers.google.com/analytics/devguides/...

Comments

[Fyodor]

Тут вопрос не статистики, а для пользвователей показ сколько просмотрен материал.

приведенный инсерт - не совсем понимаю как это сработает - views в другой таблице находится.

[Rsa97]

На самом деле хранить `views` в этой таблице - хорошая идея. Если выбираете COUNT(`ip`) WHERE `object_id` = ? получаете количество уникальных просмотров, если SUM(`views`) WHERE `object_id` = ? то общее количество. Через месяц-другой сравниваете по всем статьям и смотрите, есть смысл в хранении IP или нет.

[Fyodor]

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

[Rsa97]

Зачем дополнительные запросы? LEFT JOIN, если конечно не HighLoad-сервер.

[Fyodor]

Rsa97: мое кунфу не настолько сильное еще =)

[mgyk]

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

[yesworld]

mgyk: Я правильно понял. Вы предлагаете извлекать инфу из Апи гуглАналитики. Если да, то вопрос, вот сейчас 20К статей и на все записи нужно отображать уникальные просмотры. Как тогда реализовать локальный кеш? Каждые 5 минут по крону дергать инфу через апи на все эти страницы?

[mgyk]

yesworld: Вы можете выгрузить один раз со всеми ID. Или еще лучше выгружать, когда кто-то захочет на эти цифры посмотреть

[yesworld]

mgyk: когда работаешь с запросами подобного вида при загрузке контента, то увеличивается время загрузки. Следовательно либо крон, либо какой-то другой асинхронный метод.

p.s. Кстати если кто-то находил решение на гитхабе, то было бы не плохо ссылку. :)

Answer 3

[Rsa97]

`id` в таких таблицах не нужен, надо хранить код статьи, IP записывать не в тексте, а в двоичной форме `ip` INT(10) UNSIGNED, и, если учитываете работу через прокси, то `proxy_ip` INT(10) UNSIGNED. Уникальный ключ при этом формируется из всех полей.

Comments

[Fyodor]

ip действительно переведу.