E
И кладешь его в то же хранилище
И не имеешь проблем с менеджментом лишней сущности
И не имеешь проблем с менеджментом лишней сущности
Size: a a a
2021 September 28
AK
А что за менеджмент redis? И то же хранилище - это что?
E
Переслано от Etki
В котором приложение хранит то, что не может потерять
E
Вот это вот хранилище
E
Которое, возвращаясь к частному примеру обычного вебаппа, реляционка
AK
Например? Вытаскивать переменные select-запросами? Нет.
E
E
В чем разница, откуда ты достаешь запись по ключу?
AB
У меня в приложении игровом есть много таймеров, которые дублируются в редис.
Быстрые таймеры висят в памяти, более 15 минут - просто сваливаются в редис, потом пачками выгребаются. Плюс - на случай перезагрузки приложения.
В постгрес их сыпать - лишний мусор.
Чем это плохо? Менеджить не надо, поставил редис, прикрутил библиотеку - дело 10 минут.
Быстрые таймеры висят в памяти, более 15 минут - просто сваливаются в редис, потом пачками выгребаются. Плюс - на случай перезагрузки приложения.
В постгрес их сыпать - лишний мусор.
Чем это плохо? Менеджить не надо, поставил редис, прикрутил библиотеку - дело 10 минут.
AK
Потому что неудобно, медленно, потому что придётся для многих вещей локальный pg поднимать. Может, ещё ORM прикрутить? Админить pg посложнее Redis, а если сравнивать локальный Redis и даже SQLite - я точно выберу Redis.
Кстати, как там проблемы удержания коннекта в базу и реконнектов? Уже везде решены, рай на Земле воцарился?
Кстати, как там проблемы удержания коннекта в базу и реконнектов? Уже везде решены, рай на Земле воцарился?
E
А зачем здесь лишний редис?
AB
Чтобы не мусорить в постгрес
E
А в чем разница?
TF
разница немного есть, к примерурезультат выполнение сложного sql Запроса закешировано в ram вместо выполнения на том же mysql + под нагрузкой
здесь очень помогает memcached/redis, в остальном зачем php-шники для laraverl/magento юзают redis - хз, наверное потому, что кривые запросы слишком долго выполняются и проще тянуть с redis
здесь очень помогает memcached/redis, в остальном зачем php-шники для laraverl/magento юзают redis - хз, наверное потому, что кривые запросы слишком долго выполняются и проще тянуть с redis
E
Ты хранишь стейт. Хоть там, хоть там.
AK
Поставить Redis и либу - где-то секунд 30 с обновлением кеша пакетного менеджера
AB
Да. но если я могу хранить там мусор, я там его и храню
AB
По ресурсам проблем не имею, в чем проблема то, не понимаю)
E
В редис положат что? Результат выполнения этого запроса.
Что мешает класть его вместо редиса в ту же базу? Ничего
Что мешает класть его вместо редиса в ту же базу? Ничего
TF
временные таблицы значения и зачем они там? что бы тратить ресурсы накладные на их скложить, изменить, удалить?