SashaMercuryЗдравствуйте.
Допустим необходимо спроектировать некоторую модель, основным назначением которой будет обмен сообщениями между пользователями. Первое приближение даст нам два отношения Users и Messages, и соответственно схемы отношения
Users {name v,ID i pk};
Messages {destID i fk, senderID i fk, m v,...};

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

Для данной задачи
Забить на реляционную модель
Использовать любое "no SQL" решение.
В зависимости от этого создавать модель.

SashaMercuryТакие системы есть, это факт. Ничего нового в смысле того что требуется реализовать я, очевидно, не спрашиваю. Мне интересно как специалисты проектируют такие системы(уже сейчас), возможно общее направление с небольшими элементами конкретики. Not only SQL(о нем говорили выше) слишком обширное направление(и на мой взгляд неоднозначное, в контексте хотя бы терминологии)

Для обмена сообщений преимущества РСУБД не очевидны, а недостатки явны.
Грубо говоря для мессенджера ACID не нужен, от слова совсем.
Зато нужно быстрая выборка значений "key-value".
Быстрая работа с памятью и отложенная серилизация данных.
Очень ленивая репликация.
Все это позволяют сделать все современные NoSQL решения.
Даже тот же MySQL с отключенными транзакциями и мемкешем вполне подойдет.
А, например, PostgreSQL скорее принесет больше проблем, чем удобства в использовании.