типу массив объектов с двумя параметрами (строки). Но, мне все равно прийдется иметь дело с массивом, типо удалять значение оттуда, искать совпадение. Поможет ли редис с хендлингом этих задач? (с редисом познакомился минут 20 назад)
что такое "большое хранение данных"? у редиса есть отдельный тип данных на массивы, у него это списки. какие конкретные задачи будут решатся?
звучит как задача для реляционной базы
проверка статуса юзера (онлайн/офлайн)
> массив > реляционная бд ирония судьбы)
слишком частые запросы будут, тяжело для бд
в таком случае либо используйте redis set, либо просто устанавливайте ключ в стиле "is_online:<user_id>"
++
с периодической синхронизацией значения в бд если оно нужно для каких то логик
а можно будет получить список пользователей онлайн?
редис сет и стрингифаить массив каждый раз, а потом брать из него, парсить, проводить какие-то манипуляции и опять класть в редис?
если через set, то да
set всмысле множество
как определяется что юзер оффлайн?
когда много юзеров такой подход во первых не эффективный, во вторых не атомарный
не уверен, что это корректный аргумент 🙂
вполне корректный, представьте бд на миллион+ юзеров которые каждую секунду входят/выходят из сети
+
а редис, который 20 минут назад был встречен все проблемы решит?
ну вы сравнили хрен с пальцем)
Забыл написать как определять онлайн пользователь или оффлайн
Да, редис без проблем миллион записей в секунду выдержит
нормальная бд справится с этим в 100 раз быстрее
уверены? что такое любая нормальная бд?
Можно пример реляционной БД и на каком железе, которая выдержит 2 миллиона update в секунду?
в 100 раз быстрее было в parse + stringify
Я точно в 2021 году?😂
а) так такой подход изначально неэффективный)
Обсуждают сегодня