Стали хранить историю цен на товары и я прямо наблюдаю инфляцию вживую :) Смотрите, сыр в июне стоил 160 руб., а сейчас 250 р. Вот этот.
Наверное еще зависит от поставщика, размера закупки и т.п. но думаю, что мы просто станем меньше кушать сырок с белой плесенью :) Я понимаю, что судить по одному товару сложно, когда сделаем глобальное дерево, сможем анализировать группы...
Русский ИТ бизнес
Русский ИТ бизнес 👨
Подписаться
Комментарии (0)
это для владельцев не 17 айфонов цена ниже?
почему то у меня сначала белый по вышей ссылке открылся
У них есть. Дела поважнее.
Даже если по нарушениям, кража казны или коммунальных услуг на несколько миллиардов и сот миллионов. Или вот это вот все.🤦♀️
Тут как бы приоритеты не те.
По рейтингу "дяденек" - для каждого есть свой уровень. К кому-то участковый приходит, к кому-то маски-шоу бригадой, а кому-то просто позвонят и намекнут).
решение - вынести изменения в отдельную таблицу
при парсинге сравниваем текущую цену в базе, если равна обновляем дату "время обновления") и нигде больше не записываем
если цена изменилась записываем в отдельную таблицу
хотя может вы так и делаете )
если их записывать ежедневно при каждом проходе то через год в базе будет под 2 млрд интов + timestamp (чат говорит это где-то 24Гб)
цены на мой взгляд лучше хранить "вечно" - информация на которой можно строить интересную аналитику и ценность этих данных будет только возрастать
но есть два момента
1) как данные хранятся в базе
если скажем был товар "Красный шарф", а стал этот же товар храниться как "Шарф красный"
как это хранить? если хранить каждый обход, а не изменения то кроме цены и времени добавляем 100500 названий и так далее
2) с точки зрения места да - оно в целом копейки стоит
но с точки зрения размера базы - движку этой базы нужно строить всякие индексы, оптимизировать, очищать и так далее - не кажется целесообразным
мне было не сложно один раз чуть более сложную логику прописать
а так можно и в лоб конечно записывать