Исходное сообщение
"Выпуск СУБД OrientDB 2.2" Отправлено dlazerka, 25-Май-16 19:23
> Сложно проектировать заранее то, что не ты проектируешь. Я же написал про > дамп соцсети. Ну и проектируй, не проектируй, в SQLщине у тебя > будет страшенная куча таблиц, а в document based nosql - всё > в одну коллекцию красиво залезет. > Это и есть "В SQL-ях такое хранить вообще боль" У информации должна быть структура, иначе это энтропический шум. Хранить входные данные "как есть" имеет смысл только если их не надо обрабатывать, а так же выдавать "как есть". И "в SQLях" такое прекрасно хранится в столбце типа TEXT или BLOB. Хотя в PostgreSQL можно юзать тип JSONB, который и процессить можно быстро (быстрее чем Монга, замерял), и индексы строить по JSON-овским полям, и JOINы делать. А если же данные нужно каким-то образом обрабатывать, то в любом случае нужно знать структуру, хотя бы интересующую часть. То есть в schema-less базах схему тоже нужно менеджить, но уже в нашем собственном коде, а не в СУБД: писать руками db-upgrader скрипты. И если наш data source поменял формат, то и наш код тоже нужно менять. Schema-less -- это отсутствие фичи. Храните всё в одном столбце TEXT, BLOB или JSONB и будет вам schema-less, вполне подходящее решение для определённых случаев, никто не заставляет нормализовать.