Differenza Tra ER E Diagramma EER

2024 Autore: Mildred Bawerman | [email protected]. Ultima modifica: 2023-12-16 08:39

Differenza chiave - diagramma ER vs EER

La differenza fondamentale tra il diagramma ER e EER è che il diagramma ER è una rappresentazione visiva dei dati basata sul modello ER e descrive come le entità sono correlate tra loro nel database. Il diagramma EER è una rappresentazione visiva dei dati, basata sul modello EER che è un'estensione del modello originale entità-relazione (ER).

Prima di inserire i dati nel database, è necessario progettare il database. Il diagramma ER viene utilizzato per progettare il database. Si basa sul modello Entità-relazione. Il modello di relazione Entità è un modello utilizzato per progettare e rappresentare le relazioni tra i dati. Con la complessità dei dati, il modello ER è stato ulteriormente sviluppato. È noto come Enhanced ER Model. Il diagramma EER si basa sul modello ER avanzato.

CONTENUTI

1. Panoramica e differenza chiave

2. Che cos'è il diagramma ER

3. Che cos'è il diagramma EER

4. Somiglianze tra diagramma ER ed EER

5. Confronto affiancato - diagramma ER vs EER in forma tabulare

6. Riepilogo

Cos'è il diagramma ER?

Il diagramma ER rappresenta la relazione tra diverse entità. Le entità, gli attributi e le relazioni sono componenti comuni di un diagramma ER. Un'entità è un oggetto del mondo reale. In un database della scuola, possono essere presenti entità come Studente, Docente, Corso ecc. Se Studente è un'entità, l'intero set di dati di Studente viene chiamato insieme di entità. Alcune entità potrebbero dipendere da un'altra entità. Questo tipo di entità è noto come entità debole.

Le entità sono correlate tra loro con relazioni. Quando un'istanza dell'entità è associata a un'istanza di un'altra entità, viene chiamata relazione uno a uno. C'è un manager per un dipartimento. Quindi, è una relazione 1: 1. Quando un'istanza di un'entità è associata a molte istanze di un'altra entità, è nota come relazione uno a molti (1: M). In un reparto possono esserci più dipendenti, ma un dipendente è in un reparto. Quindi, è una relazione 1: M. Quando molte istanze di un'entità sono associate a molte istanze di un'altra entità, viene chiamata relazione uno a molti (M: N). Un dipendente può lavorare su più progetti. Inoltre, possono esserci più dipendenti in un progetto. È una relazione M: N. 1: 1, 1: M e M: N sono relazioni binarie. Quando un'entità è correlata a se stessa,è una relazione ricorsiva. La relazione di terzo grado è una relazione ternaria.

Ogni entità ha proprietà che le descrivono. Sono conosciuti come attributi. L'entità Studente può avere attributi come student_id, name, date_of_birth, numero di telefono. Ogni entità contiene un attributo chiave che aiuta a differenziare ogni record nel database. Nell'entità Student, student_id può essere considerato l'attributo chiave perché aiuta a identificare ogni lettura in modo univoco. Alcuni attributi possono essere derivati da altri attributi. L'attributo età può essere derivato dall'attributo data_of_birth. Pertanto, l'età è un attributo derivato. Se lo Studente ha più numeri di telefono, l'attributo phone_number può essere considerato un attributo multivalore. L'attributo name può essere suddiviso in più attributi come first name e last_name. Quindi è un attributo composto.

Fare riferimento al diagramma ER sottostante,

Figura 01: diagramma ER

Il docente è un'entità. Ha attributi id e specialità. L'id è l'attributo chiave. Il docente conduce il corso. La condotta è il rapporto tra Docente e Corso. Una relazione è indicata da una forma a diamante. L'attributo chiave dell'entità Corso è il codice del corso. Un progetto dipende dal corso. Pertanto, il progetto è un'entità debole. Anche il rapporto tra Corso e Progetto è debole. Un'entità debole è rappresentata da alcune doppie scatole rettangolari. Il progetto è realizzato da Student. L'attributo chiave di Student è id. Lo studente può avere più telefoni, quindi è un attributo multivalore. L'attributo name è ulteriormente suddiviso in firstname e lastname. Quindi, il nome è un attributo composto.

Il docente tiene molti corsi e il docente supervisiona molti progetti, quindi sono una relazione uno a molti (1: M). Un corso ha un progetto e un progetto viene svolto da uno studente. Pertanto, sono relazioni uno a uno (1: 1).

Cos'è il diagramma EER?

Quando l'applicazione è diventata complessa, il modello ER tradizionale non era sufficiente per disegnare un diagramma sofisticato. Pertanto, il modello ER è stato ulteriormente sviluppato. È noto come diagramma ER avanzato. Ci sono tre concetti aggiunti al modello ER esistente nel diagramma ER avanzato (EER). Quelle sono generalizzazione, specializzazione e aggregazione. Nella generalizzazione, le entità di livello inferiore possono essere combinate per produrre un'entità di livello superiore. La specializzazione è l'opposto della generalizzazione. Nella specializzazione, le entità di alto livello possono essere suddivise in entità di livello inferiore. L'aggregazione è un processo in cui la relazione tra due entità viene trattata come una singola entità.

Figura 02: generalizzazione e specializzazione

Secondo il diagramma ER sopra, le entità Studente e Docente sono entità Persona. Quando si va dal basso verso l'alto, generalizza le entità Studente e Docente all'entità Persona. È l'approccio dal basso verso l'alto. Quando si va dall'alto verso il basso, l'entità Persona può essere ulteriormente specializzata in Studente e Docente. È l'approccio dall'alto verso il basso. Gli attributi del nome e della città di Persona appartengono all'entità Studente, un'entità Docente. L'entità Student ha il proprio attributo student_id e l'entità Lecturer ha il proprio lecturer_id.

Un esempio di aggregazione è il seguente.

Figura 03: aggregazione

Secondo il diagramma ER sopra, la relazione tra Exam Center ed Exam agisce insieme come un'entità. L'intera entità è in relazione con l'entità Student. Quando lo studente visita il centro esami, chiederà informazioni sia sul centro che sull'esame. Pertanto, quando la relazione tra due entità viene trattata come una singola entità, è un'aggregazione.

Qual è la somiglianza tra ER e diagramma EER?

Entrambi i diagrammi ER ed EER possono essere utilizzati per progettare database

Qual è la differenza tra ER ed EER Diagram?

Articolo diff. Al centro prima della tabella

Diagramma ER vs EER
Il diagramma ER è una rappresentazione visiva dei dati basata sul modello ER e descrive il modo in cui le entità sono correlate tra loro nel database.	Il diagramma EER è una rappresentazione visiva dei dati, basata sul modello EER che è un'estensione del modello originale entità-relazione (ER).
Modello
Il diagramma ER si basa sul modello ER.	Il diagramma EER si basa sul modello EER.

Riepilogo: diagramma ER vs EER

Un database può essere progettato utilizzando un diagramma ER. Il diagramma EER è un diagramma ER migliorato. Ci sono funzionalità aggiuntive in EER rispetto al diagramma ER originale. Il diagramma ER è una rappresentazione visiva dei dati basata sul modello ER e descrive il modo in cui le entità sono correlate tra loro nel database. Il diagramma EER è una rappresentazione visiva dei dati, basata sul modello EER che è un'estensione del modello originale entità-relazione (ER). Questa è la differenza tra il diagramma ER e EER.