Как разработчики .NET, в настоящее время мы используем RavenDb
как наш выбор по умолчанию для базы данных в сценарии nosql
. Теперь, когда Microsoft представила DocumentDb
, базу данных с базой данных nosql
, мы ищем различия между ними. Работа с базами данных как-будто кажется приятной, поскольку мы запускаем RavenDb на нашем собственном сервере.Azure DocumentDb vs RavenDb
Ayende Rahien как interesting post, но он немного устарел, поскольку он сравнивается со старой версией DocumentDb
. Тем не менее, он все еще хорошо читается.
Edit: После прочтения Thoughts on Azure DocumentDB я начал сомневаться about the pricing из DocumentDb
. Скажем, моя модель данных состоит из 7 коллекций, это означает, что мне придется платить 7 * $ 25 = $ 175 в месяц! Я, должно быть, делаю какую-то ошибку здесь, верно !?
Edit2: Идея создателей DocumentDb кажется поставить более одного типа документа в одну коллекцию, которая, кажется немного странным для меня после использования ravendb
на некоторое время теперь. Термин collection
вызвало некоторые проблемы с пониманием DocumentDb
цен, как это что-то совершенно другое в DocumentDb
затем в RavenDb
В какой сценарий вы бы выбрали DocumentDb
над RavenDb
?
точно. не считайте коллекцию таблицей, которая может содержать только один тип объекта. –
Было бы неплохо сказать, что коллекции DocumentDB ближе к физическим разделам, чем таблицы. Коллекции поддерживают многие типы сущностей (они не применяют схему). Каждая коллекция получает зарезервированное количество хранилища (10 гб) и пропускную способность (на основе уровня высшего уровня). Вы обнаружите, что цена будет достаточно конкурентоспособной при просмотре памяти и пропускной способности (сравните с https://ravenhq.com/pricing.html) –
Да, подумайте о них как о разделах. Что помогает. Я все еще удивляюсь, как это влияет на кодирование и опыт работы, но я пока займусь этим. Из-за этого индексы будут больше/медленнее? Или это только проблема в индексах b-дерева, в отличие от первого 3-хсимвольного хэш-подхода, который использует DDB? –