Comprendo che i DB NoSQL orientati ai documenti sono "estensioni" del modello KV in quanto consentono di eseguire query su più di una singola chiave di ricerca. Ma una volta che qualcosa è un "documento", mi sento come ha già un modello relazionale cotto in esso:Relazionale vs Database colonnare e Documento - non sono uno nello stesso?
"myJson": {
"fizz": 4,
"buzz": "true",
"widget" : {
...etc.
}
}
Per me, non vedo la differenza tra questo JSON, e un tavolo con un json_objects
fizz
e il campo buzz
e una relazione di chiave esterna con una seconda tabella widgets
.
E i DB "a colonne" come Cassandra sembrano solo DB relazionali/di tabella.
Quindi, mi chiedo: cosa c'è di così diverso nei DB basati su documenti e colonne e quindi distinguere (da RDBMS) su di essi? Quali problemi sono più adatti a risolvere che li rendono superiori ai DB relazionali in determinate circostanze? Grazie in anticipo!
Questo diagramma è completamente errato, non è possibile avere CA db. Non può avere A se non è tollerante alle partizioni. Quel diagramma è stato fatto da qualcuno che ha frainteso il teorema della PAC. Non è possibile scegliere 2, è necessario scegliere tra C o A. http://codahale.com/you-cant-sacrifice-partition-tolerance Tale collegamento è stato twittato da Brewer (autore del teorema CAP). Pensaci, quale proprietà CAP distribuisce MySql (sharded (che HBase non ha? Mostrami uno scenario in cui MySql ha disponibilità e HBase no. – user1944408
I sistemi RDBMS garantiscono coerenza e sharding rendono il sistema tollerante al partizionamento. il teorema fa sì che il sistema non possa garantire la disponibilità, quindi i sistemi RDBMS sono CP. – user1944408
@ user1944408 La critica è sempre apprezzata, tuttavia si dice che il diagramma è completamente errato a causa del punto in cui HBase e MySql si trovano sul diagramma. l'immagine è stata utilizzata in un certo numero di [risposte] (http://stackoverflow.com/questions/2794736/best-data-store-for-billions-of-rows#answer-2794983) di SO e per favore avere una lettura [questo articolo] (http://blog.nahurst.com/visual-guide-to-nosql-systems) che giustifica il motivo per cui MySql è stato inserito come CA, o se non si desidera ... sono lì per un confronto, è una guida ai database NoSql, non ai RDBM ' . –