Progettazione di uno schema per oggetti generici

0

Sto facendo una semplice applicazione che coinvolge libri, usando un database NoSQL (MongoDB) - Penso di aver bisogno di creare un DB / schema che memorizzi libri generici e le loro informazioni (titolo, autore, ecc.) e poi un altro DB / schema che memorizza le singole istanze di libri di cui sono proprietari gli utenti (e le informazioni specifiche dell'utente, ad esempio quando hanno iniziato il libro, la loro valutazione, ecc.).

Dovrebbero essere collegati in qualche modo (ad esempio un articolo di un Libro ha un GenericBook come proprietà), o il database di GenericBook dovrebbe essere usato per cercare / referenziare per popolare i campi di un elemento del Libro quando viene creato da un utente?

Sembra un modello comune, ma non sono sicuro di come questo sia di solito progettato.

    
posta Jess 14.06.2017 - 06:59
fonte

1 risposta

1

Dipende dal tuo design previsto.

Se pensi di creare due microservizi indipendenti, uno per un catalogo di libri e uno per noleggiare / vendere libri (potenzialmente provenienti da diversi cataloghi di fornitori), dovresti cercare di replicare le informazioni.

Tuttavia, in un progetto tradizionale tradizionale e in particolare se ogni libro utente si trova nello stesso catalogo (e rimarrà lì), dovresti considerare di avere un'associazione tra le due tabelle (in un rdbms) o documenti (in un documento basato NoSQL). L'elemento comune per il collegamento sarebbe un identificatore univoco, come il numero di isbn.

    
risposta data 14.06.2017 - 09:34
fonte

Leggi altre domande sui tag