на каждый чих. редис выдержит

в базу писать на каждый запрос - не айс

ок а дальше

была идея в базу писать просто дату. сами логи отдельно пишутся

что дальше? получил айдишники. мультигетом из редиса достал

кого достал. сами юзеры в бд.

юзеры в бд. логи отдельно пишутся во внешний. задача достать дату последней активности по юзерам + сортировка.

Привет, такой вопрос. Как поступить с БД? Есть сервис с функционалом мессенджера, личного блога, мировой ленты новостей, и музыкой.

Если использовать реляционные БД, то можно спокойно связать таблицы (пользователи, посты,музыка), но теряется производительность. Если использовать не реляционную БД, то все данные будут в одном  JSON  что будет не очень удобно. Подскажите логику, как можно  Пользователей и сообщения хранить в noSQL, и при этом пользователей , посты и музыку в SQL.  И так чтоб id был одинаковый.

Или есть готовые решения

да. получил список юзеров из бд. потом собрал их айдишники и из редиса получил что надо.

а какие нужны готовые решения чтобы хранить все в нужных хранилищах, но иметь одинаковый айди? не космической сложности задание

石油

такой вариант рассматривался , но что делать с сортировкой по активности. брать всех их редиса и запрашивать в бд в том порядке что отдал редис? все это както выглядит так себе

аа. это уже интереснее

))

если нужна сортировка по активности, то надо смотреть то хранилище куда ты скидываешь активность. может там можно получить список последних активных юзеров...

ну короче танцы с бубном похоже предстоят

если нагрузка небольшая, то можно и в базу фигачить )

ласт онлайн

ну это очевидный вариант но пока его отбраковали

хотя он и решает все задачи