
Простая реализация запросов с использованием синтаксиса, подобного sql, наряду с пользовательскими, что было очень полезно, когда у нас есть разные команды, создающие отчеты для одного и того же хранилища данных, без их вмешательства или конфликта по поводу их изменений. Кроме того, одной из областей была его способность (или ее отсутствие) эффективно хранить большие объемы, оставаясь при этом достаточно быстрой. я обнаружил, что мы упустили из виду на начальном этапе прототипирования, но с тех пор они переработали проблемы с производительностью, поэтому все должно быть в порядке для небольших наборов данных. Я бы сказал, что noSQL подходит лучше, однако, если вам нужны сложные агрегатные функции, это не может легко справиться со всем. Хорошее сочетание скорости и качества реляционной базы данных + более эффективные нереляционные хранилища.
