Domanda

Ti chiedi se ci fosse uno scenario in cui si userebbero insieme un DB basato su documenti e un DB relazionale in uno scenario del meglio dei due mondi?

È stato utile?

Soluzione

Dal mio punto di vista, fino a quando non vedrò un'applicazione reale (open source o altrimenti trasparente) fare questo con successo, rimarrò scettico sul fatto che valga la pena per progetti con meno di una dozzina di sviluppatori.

Sospetto che scegliendo un database piuttosto che un altro e attenendosi ad esso - in tempi positivi e negativi - gli sviluppatori ridurranno sia la complessità del modello di dati sia i costi di manutenzione del codice. Inoltre, scegliendo due database, si corre il rischio di uno scenario peggiore di entrambi i mondi, con dati che sono sia difficili da manipolare e su cui riferire (CouchDB) che non scalabili (RDBMS).

Altri suggerimenti

Un'idea è quella di utilizzare un database relazionale come archivio dati principale e un db basato su documenti come meccanismo di distribuzione dei dati dal back-end al front-end.

Utilizziamo un mix di RDBMS e CouchDB. RDBMS (IBM DB / 2) viene utilizzato per "esatta" dati in cui le transazioni semplificano le cose. Esempi sono la contabilità di denaro e inventario. CouchDB viene utilizzato per l'archiviazione di "finito" registrazioni da RDBMS, asserzioni digitali (JPEG, documenti scansionati) e informazioni mal strutturate, ad es. informazioni acquisite tramite i sistemi di tracciabilità e rintracciabilità della compagnia di navigazione.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top