Пока не понятно, что вы имеете в виду. Но уже выглядит сомнительно.
нет, это плохая идея. Храните каждое сообщение отдельно
Ну скажем есть колонка body(jsonb) и там переписку двух юзеров хранить в одной записи
Но тебе нужна будет по ним выборка. А вопрос именно если нет выборки
А что такое «переписка» то? Одно сообщение, или вся «история»? Впрочем, в обоих случаях не стоит так делать.
Вся история переписки двух юзеров
удобно будет если эта переписка содержит миллион сообщений?
Ну у меня чат не такой функциональный как телеграм или ватсап, это мессенджер LMS платформы, поэтому не думаю что между двумя юзерами будет миллион сообщений
А в чем смысл НЕ использовать традиционный подход в вашем случае? Какие вы видите преимущества и почему вообще об этом задумались?
Ну скажем обычные LMS ставятся для одного вуза, в нашем случае множество вузов используют нашу платформу, это +-50к юзеров
Нет, это диагноз для архитектора сразу. Если у вас реальный проект — найдите нормального архитектора. Если тренируетесь — лучшэ возьмите в качестве тренировки что-то проще, чем мессенджэр.
> это мессенджер LMS платформы, Прикрутите готовый какой-нибудь. Опенсурсных хватает. Как клиентов, так и серверов. Можно начать с prosody в качестве сервера, он пока ещё не очень большой и в цэлом понятный.
Обсуждают сегодня