Как составить запрос MYSQL чтобы посчитать разницу посещений за интервал времени?

Question

[ElvisP]

Есть одна таблица в которую каждый день записывается общее кол-во просмотров конкретной страницы в таком виде:


Как правильно составить запрос MYSQL чтобы посчитать разницу посещений за интервал времени?
К примеру за 1 день, за 1 неделю и за 1 месяц.

То есть в выходных данных я хочу получить (к примеру за 1 неделю):
actor_id (1) = 42706 - 2148 = 40558;
actor_id (3) = 3849 - 1222 = 2627;

Answer 1

[Adamos]

SELECT id, разницу FROM таблицы JOIN с ней же ON t1.actor_id = t2.actor_id AND t1.date = нынче AND t2.date = вчерась
Типа того

Comments

[ElvisP]

А как разницу записать правильно?

[Adamos]

ElvisP, ну, попробуй набросать варианты.

[ElvisP]

Я не знаю как

[Akina]

таблица в которую каждый день записывается общее кол-во просмотров конкретной страницы

А при отсутствии посещений ноль пишется? Возможно ли вообще отсутствие данных для какой-то страницы за какую-то дату?
И есть ли где-то в отдельной таблице список всех страниц?

[ElvisP]

Akina, Пишется то что там есть, нуля быть не может, есть таблица со всеми страницами где обновляются все страницы если их посещают, от туда и берутся данные.

Answer 2

[ThunderCat]

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

Comments

[ElvisP]

На каждую дату есть посещения и все в одной таблице, я в курсе что так и надо. В чем тут системная проблема?

[ElvisP]

Накопительная сумма в отдельно таблице ведется. Из неё по крону раз в день в конце дня записываются данные в текущую таблицу с отметкой даты и айди

[ThunderCat]

ElvisP,

На каждую дату есть посещения и все в одной таблице,

если есть на каждую дату, не проще посчитать сумму за неделю, нежели извращаться с разницей, которая по сути то же самое?

[ElvisP]

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

[ThunderCat]

ElvisP,

Общее кол-во посещений (Накопительная сумма в отдельно таблице ведется), а не сегодня 100, вчера 200.

в вашем случае на каждую дату должно быть количество посещений, а не накопительная сумма

Может и проще, я не программист и не знаю как реализовать то что вы предлагаете, поэтому делаю так как придумал.

Вопрос не в "проще", а в "правильно". Если не программист - зачем тогда все эти телодвижения, отдайте работу программистам. А если хотите сделать сами - делайте нормально, стоит подучить хотя бы базовые принципы, если уж взялись... Короче, дело конечно ваше, но правильный вариант - хранить посещения по дням. Дальше решать вам - делать как придумали или переделать как надо.

[ElvisP]

ThunderCat, А какая разница между хранить посещения по дням и хранить общее посещение по дням?

[ThunderCat]

ElvisP, блииин, вот как объяснить слепому что такое розовый?.. Читать теорию вы, конечно же, не будете, да?

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

Во вторых - пример: представим что вы хотите получить статистику по дням недели, когда наибольшее количество просмотров. Будет ли удобно оперировать таким набором нарастающих сумм как у вас, или проще считать отдельными числами за день?

[Adamos]

ThunderCat, а кто вам сказал, что в каждой записи - "предыдущая сумма"? Я так понял, что там чистое количество посещений за день, ТС просто смотрит динамику посещаемости, считая разность между ними.

[ThunderCat]

Adamos,

Общее кол-во посещений (Накопительная сумма в отдельно таблице ведется), а не сегодня 100, вчера 200.

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

[Adamos]

ThunderCat, брэк. Перечитал блеяние ТС в комментариях на ваш ответ - вовсе перестал понимать, где у него что считается и сколько рыб в это завернуто. Не исключаю, что я неверно понял вопрос в целом. Что является косвенным подтверждением правоты вашего ответа ;)

[ElvisP]

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

[ElvisP]

На пальцах объясняю:
Табл1
Сегодня человек зашел на страницу ОДИН, в базе записывается к странице ОДИН+1 просмотр.
Таких страниц к примеру 500. Каждый раз когда страницу посещает уник юзер к просмотрам по ID добавляется +1 просмотр.
Табл2 (Та что на скрине)
Ежедневно (РАЗ В ДЕНЬ В КОНЦЕ ДНЯ) в неё записывается общее кол посещений, время и ID. К примеру в Табл1 у страницы ОДИН - 5000, ДВА -100 и т.д... В базу Табл2 запишется соответственно ОДИН - 5000, ДВА -100 и т.д. Завтра цифры будут больше или такие же если страницу никто не посетил за последний день.

[ElvisP]

ThunderCat, отдельный день

[ThunderCat]

ElvisP,

отдельный день

Это радует. Хотя из вопроса неочевидно, но ок.

Как правильно составить запрос MYSQL чтобы посчитать разницу посещений за интервал времени?

Так и не понял, какую разницу вы считаете, может сумму посещений за неделю? Тогда все сводится к сумм() и груп бай, где единственная более-менее сложная часть - сгруппировать по неделям, опять же, если это "правильная" неделя, а не абстрактный промежуток в 7 дней.