Come sviluppatori .NET attualmente stiamo usando RavenDb
come nostra scelta predefinita di database, nello scenario nosql
. Ora che Microsoft ha introdotto DocumentDb
, un database di documenti come servizio come nosql
, stiamo cercando le differenze tra i due. Database as-a-service sembra carino, dato che eseguiamo RavenDb sul nostro server.Azure DocumentDb vs RavenDb
Ayende Rahien come interesting post, ma è un po 'obsoleto in quanto si confronta con una vecchia versione DocumentDb
. Tuttavia è ancora una buona lettura.
Edit: Dopo aver lettoThoughts on Azure DocumentDB ho iniziato a dubitare di about the pricingDocumentDb
. Diciamo che il mio modello di dati è composto da 7 collezioni, questo significa che dovrei pagare 7 * $ 25 = $ 175 al mese! Devo fare una specie di errore qui, giusto !?
Edit2: L'idea dei creatori di DocumentDb sembra mettere più di un tipo di documento in un'unica raccolta, che sembra un po 'strano per me dopo aver usato ravendb
per un po'. Il termine collection
causato qualche difficoltà a capire DocumentDb
prezzi in quanto è qualcosa di completamente diverso in DocumentDb
poi nel RavenDb
In quale scenario scegliereste DocumentDb
sopra RavenDb
?
esattamente. non pensare a una collezione come a un tavolo che può ospitare solo un singolo tipo di entità. –
Direi che le raccolte di DocumentDB sono più vicine alle partizioni fisiche che alle tabelle. Le raccolte supportano molti tipi di entità (non impongono lo schema). Ogni raccolta riceve una quantità riservata di spazio di archiviazione (10 gb) e velocità effettiva (in base al livello di perfezionamento). Scoprirai che i prezzi sono abbastanza competitivi quando guardi lo spazio di archiviazione e il throughput (confronta con https://ravenhq.com/pricing.html) –
Sì, pensaci come partizioni. Questo aiuta. Mi chiedo ancora come questo abbia un impatto sull'esperienza di codifica e di esecuzione, ma per ora lo affronterò. Gli indici saranno più grandi/più lenti a causa di questo? O è solo una preoccupazione negli indici b-tree, al contrario del primo approccio di hash a 3 caratteri utilizzato da DDB? –