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

Question

[Алескей Дворяшин]

Делаю мессенджер, добрался до этапа хранения сообщений пользователей. Мессенджер (по задумке) устроен как телеграм.
Есть вариант такой таблицы:

В поле message хранится само сообщение
В поле owner1 хранится имя отправителя
В поле owner2 хранится имя получателя
Поле id

Comments

[Akina]

Безопасность? А от чего защищаемся-то?
Эффективность? А где анализ и модель?
Ну и с нормализацией явно проблемы - вместо имён должны храниться ссылки на таблицу пользователей.

[Сергей delphinpro]

примерно:

id | sender_id | receiver_id | message | created_at | readed_at
int| int       | int         | text    | timestamp  | timestamp

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

[rPman]

Сергей delphinpro, кстати в тему предварительной оптимизации, идентификатором сообщения можно сделать само поле created_at timestamp_ms (с оговорками, не должно быть создано двух соседних сообщений быстрее миллисекунды, и тут тоже есть свои способы обхода).

Еще, readed_at не обязательно делать timestamp, достаточно boolean (если в принципе нужно учитывать,читали ли сообщение или нет) а если честно в большинстве случаев достаточно знать идентификатор последнего прочитанного сообщения в чате, т.е. хранить таблицу этих фактов (receiver_id,last_message_id)

[Александр]

В гугле полно примеров проектирования БД для мессенджера, вот например в гитхабе

[Сергей delphinpro]

rPman, я бы не стал без лишней необходимости отказываться от суррогатного автоинкрементного (или uuid на крайняк) ключа в качестве первичного. так проще.
насчет индикатора прочтения - да, тут варианты приемлемы.