lega

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

Дело в том, что мне нужно получить три случайно выбранных значения "content", для определённого userID

Значит вам нужен обычный индекс, а не уникальный.
А чтобы выбрать N рандомных доументов в монге есть спец. команда: https://stackoverflow.com/questions/24806721/mongo...

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

Её можно применить там где не нужны транзакции, либо простые "транзакции" (микросервисы, веб).

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

Попробуйте добавить сортировку по индексу, например по _id

Если брать MongoDB, то как-то так:

Тут особо думать не очем, норм вариант.

А в отдельной таблице хранить

Это излишне, в mysql можно сделать так же как и для mongodb

Залпом быстрее.