товарам, примерно 10тыс позиций. Нужно организовать статистику по продажам, что продаётся, что нет. Как лучше всего организовать хранение этой статистики, чтобы потом удобно было это все фильтровать? Под фильтрацией, я понимаю выборку по неделям, месяцам, годам. Возможно кол-ву продаж.
Возможно будет не правильно, но я бы записывал данные в БД по дата:товар:остаток А уже фильтры и прочее делал на вывод. То есть считать и подставлять формулы при выборке. Скажем, на отдельной странице в админке или формировать Excel В excel можно графики строить из данных по датам и соответственно и количество продаж считать за отрезок времени и т.п. Если сильно запариться, можно те же графики с выборкой и на отдельной веб странице сделать при помощи ajax + js
Не слишком много строк получиться?
И скажем нужно будет вывести топ 20 товаров за месяц. Не совсем понимаю, как это все просчитать.
Для статистики JSON-ом не отделаетесь. Проектируйте БД (можно и migxdb таблицу) туда пишите, все фильтры на выводе (можно через pdoResources &loadModels)
Я че-то смотрю на то, что написал @onlinewd , все поделу вроде, но не сложно ли слишком? Если отчёты не очень важно чтобы супер быстро формировались, можно же и данные по заказам обрабатывать, в них все есть, какой товар, когда продался, ну да, доплатить заказы, ну что ))
Ну если не касается скорости то да, можно собирать из БД данные о заказах и представлять в удобном формате. Как я и сказал, мой способ может быть не очень удобным. С заказами действительно просто. Они все равно хранятся, нет смысла формировать новые записи
Да и к слову это даже быстрее чем я написал
Может не MySQL использовать, а другой тип базы данных?
В чем вопрос? 10к это не много же. Или там по 500к продаж этих 10к товаров?
Обсуждают сегодня