Какую базу данных лучше использовать для чата?

Question

[StickPunk]

Суть в том, что у меня есть сайт с комнатами. Данные этих комнат я храню в словаре, где ключ - идентификатор комнаты, значение - объект датакласса Room (пример будет ниже). Эти данные меняются при каждом сообщении, какая база лучше всего подойдет для быстрого чтения и записи? Важно чтобы данные сохранились в случае перезагрузки сервера.

Датакласс

@dataclass
class Last:
    id: int
    user: str
    event: Enum


@dataclass
class Messages:
    last: Last
    count: int


@dataclass
class Users:
    count: int


@dataclass
class Room:
    users: Users
    messages: Messages
    videos: str
    skips: Optional[dict]

Comments

[mayton2019]

У тебя в комнате хранится только 1 месседж?

@dataclass
class Room:
    users: Users
    messages: Messages
    videos: str
    skips: Optional[dict]

[StickPunk]

mayton2019, я не храню сообщения пользователей. Мне нужны только данные о последнем сообщении, чтобы на его основе правильно отрисовать новое сообщение в чате.

[mayton2019]

Можно хранить вообще в любой реляционной базе.

Но чем больше будет нагрузка например на приложение (заходят много пользователей в 1 секунду)
то тем больше надо материализовывать те views которые отображают чят-ленты.

В идеале - отдавать готовый html контент из памяти.

Но если ты делаешь чят для своих друзей 10+ человек то бери хоть MySQL хоть MS-Access - все будет безразлично.

Answer 1

[Василий Банников]

Да в общем то любая реляционная вполне справится с этим. Только тебе нужно будет данные из классов на таблички переложить.

Чтобы конкретнее сказать - нужно больше информации

Comments

[StickPunk]

Ну мне главное чтобы была минимальная задержка в обработке нового сообщения. Пользователь отправляет сообщение -> сокет отправляет его на сервер -> сервер получает комнату пользователя из бд, изменяет значения этой комнаты в бд -> сервер отправляет сообщение всем пользователям комнаты.

[Василий Банников]

StickPunk, минимальная - это сколько?
В каких условиях?
А чтение важно?
А какая структура таблиц?

Воспринимай это как распределенную систему с eventual consistency и рассылай уведомления до того как сообщение будет сохранено на диск.

Так получишь минимально возможную задержку

Answer 2

[Steel_Balls]

Любая реляционная БД подходит.
Надо не забывать, что всегда главное - это правильная архитектура, которая может включать в себя симбиоз разных БД, ЯП и прочих инструментов