Вы всегда можете использовать подход NoSQL в БД SQL. Похоже, что в NoSQL обычно используются «хранилища данных ключ / значение»: вы всегда можете реализовать это в предпочитаемой вами СУБД и, следовательно, сохранить такие полезные вещи, как транзакции, свойства ACID, поддержку дружественных администраторов баз данных и т. Д., Одновременно используя преимущества производительности и гибкости NoSQL например, с помощью таблицы, такой как
CREATE TABLE MY_KEY_VALUE_DATA
(
id_content INTEGER PRIMARY KEY,
b_content BLOB
);
Бонус заключается в том, что вы можете добавить дополнительные поля здесь, чтобы связать свой контент с другими, правильно реляционными таблицами, при этом сохраняя объемный контент в основном поле BLOB (или TEXT, если оно подходит).
Лично я предпочитаю представление TEXT, чтобы вы не были привязаны к языку для работы с данными, например, скажем, использование сериализованной Java означает, что вы можете получить доступ к содержимому из Perl для создания отчетов. TEXT также легче отлаживать, и, как правило, он работает как разработчик.