На этот вопрос сложно ответить без дополнительной информации о стремлениях вашего приложения для микроблогов.Это зависит от того, как вы спроектируете его и как люди будут его использовать.
Однако, как правило (махая руками здесь), этот тип приложения лучше всего моделировать с помощью решения NoSQL.
You 'у вас будет пара базовых моделей: пользователи, блоги, сообщения, комментарии, вложения
С помощью такого решения, как MongoDB, вы можете моделировать сообщения как объекты, которые содержат некоторую (или всю) информацию, относящуюся к комментариям, ивложения, лайки, сохранения (делая небольшую денормализацию) как внедренные объекты вместо отдельных коллекций / таблиц, которые в противном случае пришлось бы объединять, чтобы получить ту же информацию.
Это круто, потому что когда вы получаете пост-объектиз хранилища данных у вас есть все эти богатые метаданные вместе с ним (без дополнительных затрат на присоединение этих данных)
Однако, если ваш блог относится к тому типу, где эта информация редко используется или отображается этот типдизайн не принесет вам много пользы с точки зрения производительности.
Как говорится, выОчевидно, что вы также можете денормализовать использование традиционной базы данных, но подход NoSQL лучше подходит для модели данных.