Ha un disco di ripristino prescrivere un approccio di implementazione?

Question

Una delle cose che mi confonde su ERDs è se fanno alcuna prescrizione su come le loro relazioni dovrebbero essere attuate tecnologicamente.

Nel diagramma qui sotto non sono sicuro se lo schema richiede queste relazioni da attuare a livello di database o al livello di applicazione.

E 'facendo eventuali prescrizioni tecnologiche o semplicemente definire il rapporto e lasciando a me decidere come implementarlo?

Avrei bisogno di avere maggiori informazioni da parte del creatore del disco di ripristino prima di costruire qualcosa che si basa su di essa?

Answer 1

Un disco di ripristino non è una "prescrizione tecnologico" come dici tu, ma semplicemente una rappresentazione di relazioni logiche.

Come si implementa esso - nel database o l'applicazione - spetta a voi

.

Ma il database è il luogo adatto per far rispettare queste relazioni.

Answer 2

Sembra che si stanno trasformando il problema a testa in giù.

La risposta è ovviamente: no, non c'è nulla che vi costringerà a creare relazioni nel database. Ma perché non farlo?

Ecco perché il database è chiamato database relazionale - perché ti offre una soluzione per questa domanda che è prontamente disponibile, ben integrato con strumenti e livelli di persistenza, ed è conseguenze per gli sviluppatori di applicazioni sono ben capito.

Si sarebbe folle di non attuare le relazioni a livello di database.

Answer 3

Un diagramma ERD è un diagramma logico che mostra le relazioni di entità e la loro cardinalità anche se può interpretato come un diagramma relazione tabella o un diagramma delle classi contemporaneamente eppure è nessuno di loro e si ancora bisogno gli altri diagrammi.

A proposito, per quanto ne so, è sempre bene avere rapporti vigenti nel modello di database per mantenere la coerenza del database.

Answer 4

Direi che sia il più ridondante possibile quando si tratta di validare dati di essere messo nel database.

Fare i controlli sul lato app per garantire che Uniquness tipo / dati validità è tutto a posto. E strutturare il database di avere tutte le relazioni di cui ha bisogno.

Non lasciare che il database / applicazione per scontato che tutto sia corretto.

Questo potrebbe risparmiare diverse ore di fissare record orfani e le questioni consistenza.

Answer 5

"Sta facendo eventuali prescrizioni tecnologiche ..."

Non sembra come il codice. Forse mi manca qualcosa.

"o semplicemente definire il rapporto e lasciando a me decidere come implementarlo?"

Questo dipende dal vostro cliente.

Se pensano che il diagramma è isomorfo al codice, quindi dovrete capire i pezzi mancanti dalla convenzione o contesto.

Se non pensano il diagramma è isomorfo al codice, allora si dovrà decidere come implementarlo.