ERD per un database di laboratorio

Question

ERD per un database di laboratorio

#1 da (0 voti)

1

Domanda: in un database per un laboratorio di riferimento clinico un campione, quando assunto, attiva un ordine di test (per testare ovviamente) la creazione. Se l'ordine di test produce un errore, al campione viene dato un nuovo ordine di test e testato di nuovo fino a si ottiene un risultato non negativo. E l'ordine di prova viene creato esattamente per un campione.

L'ordine di prova sarebbe un tipo di entità debole poiché dipende dal campione preso e senza un campione non esisterebbe? Inoltre, questo tipo di entità debole dovrebbe essere autoreferenziale nell'ERD poiché genera un altro ordine se si tratta di un errore? Ho problemi con questa definizione.

database relational-database entity

posta ZKING 20.06.2016 - 01:49

fonte

1 risposta

Leggi altre domande sui tag database relational-database entity

Quali sono i metodi per verificare accuratamente la precisione di una parte del tagger vocale? Istanza dell'oggetto server .NET: Singleton vs Per Call vs Per Client nel contesto di un'architettura a 2 livelli

score 0 · Accepted Answer

Nel tuo diagramma, TestOrder è un'entità regolare poiché è identificata dai suoi attributi ( TONo ). Un'entità debole sarebbe identificata da SpecNo e un valore (ad esempio un ordinale) che è unico nel contesto di almeno SpecNo .

Il tuo design richiede la partecipazione totale di TestOrder nella sua relazione con Specimen , cioè un TestOrder non può esistere senza essere correlato a Specimen . Mentre le entità deboli necessariamente partecipano totalmente alle loro relazioni identificative, la partecipazione totale non implica entità deboli.

Nel tuo diagramma appare che Specimen può partecipare totalmente alla relazione, se un campione non può esistere senza almeno un TestOrder .

Vedi anche la mia risposta a una domanda simile su StackOverflow. Potrebbe essere più facile capire questi concetti usando la notazione originale di Chen che separa le relazioni dai vincoli delle chiavi esterne.

In pratica, penso che il tuo design sia perfetto senza utilizzare entità deboli.

Penso anche che non ci sia bisogno di una relazione personale su TestOrder . Sono già correlati essendo associati allo stesso Specimen . Tutto ciò di cui hai bisogno è l'ordine di TestOrder s (ad es. Tramite ordinale di un'entità debole o tramite un attributo TOTestDate ).