Gt_>>по моему у монго идея атомарного сохранения документа, т.е. тот самый развесистый объект запихиваешь данные со всех таблиц рдбмс и получаешь в принципе годную во многих задачах схему.
IB>Не во многих задачах, а только в одной. На каждую новую задачу (новый сценарий) надо делать новый документ, иначе и атомарность уйдет и с выборкой бедулька. Иными словами, ограничение атомарность только на уровне документа — очень серьезное, и очень сильно влияет на дизайн приложения в целом и подсистему хранения в частности.
IB>А так да, пока во всех сценариях можно обойтись одним документом, все работает не плохо. Но опять же, в таких сценариях, монга ничем не отличается от Postgree или MSSQL с поддержкой JSON-а. ))

да, сильно влияет на дизайн. но и плюшки заметно масштабней мсскл с json. потому под эти сценарии майкрософт выкатила azure sql, а не мсскл с json.
эти ключ значения реально позволил индустрии посмотреть на субд с другой стороны, в результате проглядываются по настоящему интересные гибриды:
https://blog.cloudera.com/blog/2017/04/apache-kudu-read-write-paths/

все та же идеология key-value, позволяющая обалденно масштабироваться, но уже явно проглядываются оракловые UNDO, REDO, оаркловое консистентное чтение ... скоро будет очень интересно.

Gt_>>по моему у монго идея атомарного сохранения документа, т.е. тот самый развесистый объект запихиваешь данные со всех таблиц рдбмс и получаешь в принципе годную во многих задачах схему.
IB>Не во многих задачах, а только в одной. На каждую новую задачу (новый сценарий) надо делать новый документ, иначе и атомарность уйдет и с выборкой бедулька. Иными словами, ограничение атомарность только на уровне документа — очень серьезное, и очень сильно влияет на дизайн приложения в целом и подсистему хранения в частности.
IB>А так да, пока во всех сценариях можно обойтись одним документом, все работает не плохо. Но опять же, в таких сценариях, монга ничем не отличается от Postgree или MSSQL с поддержкой JSON-а. ))

да, сильно влияет на дизайн. но и плюшки заметно масштабней мсскл с json. потому под эти сценарии майкрософт выкатила azure sql, а не мсскл с json.
эти ключ значения реально позволил индустрии посмотреть на субд с другой стороны, в результате проглядываются по настоящему интересные гибриды:
https://blog.cloudera.com/blog/2017/04/apache-kudu-read-write-paths/

все та же идеология key-value, позволяющая обалденно масштабироваться, но уже явно проглядываются оракловые UNDO, REDO, оаркловое консистентное чтение ... скоро будет очень интересно.

Gt_