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