Differenza tra ER e diagramma EER

Differenza chiave - ER vs EER Diagramma
 

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

Prima di inserire i dati nel database, è necessario progettare il database. Il diagramma ER viene utilizzato per progettare il database. È basato sul modello di relazione entità. Il modello di relazione Entity è 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.

CONTENUTO

1. Panoramica e differenza chiave
2. Cos'è il diagramma ER
3. Cos'è il diagramma EER
4. Somiglianze tra ER e il diagramma EER
5. Confronto fianco a fianco - ER vs diagramma EER in forma tabulare
6. Sommario

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. Nel database di una scuola, ci possono essere entità come Studente, Docente, Corso, ecc. Se Studente è un'entità, l'intero set di dati di Student è chiamato un insieme di entità. Alcune entità potrebbero dipendere da un'altra entità. Quel tipo di entità è conosciuta come un'entità debole.

Le entità sono legate l'una all'altra con le 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 da uno a molti (1: M). In un dipartimento possono esserci più dipendenti, ma un dipendente è in un reparto. Quindi, è la relazione 1: M. Quando molte istanze di un'entità sono associate a molte istanze di un'altra entità, viene chiamata come una relazione molti a (M: N). Un dipendente può lavorare su più progetti. Inoltre, ci possono essere più dipendenti su 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 del grado tre è una relazione ternaria.

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

Fare riferimento al diagramma ER sottostante,

Figura 01: diagramma ER

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

Il docente tiene molti corsi e il docente supervisiona molti progetti, quindi sono uno a molti (1: M) rapporto. Un corso ha un progetto e un progetto è 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 è stato 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). Quelli sono generalizzazione, specializzazione e aggregazione. In generale, 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 quando la relazione tra due entità è trattata come una singola entità.

Figura 02: generalizzazione e specializzazione

Secondo il precedente diagramma ER, le entità Studente e Docente sono entità Person. Passando dal basso verso l'alto, generalizza le entità Studente e Docente all'entità Person. È 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 top-down. Gli attributi nome e città della persona appartengono all'entità studente un'entità docente. L'entità Studente ha il proprio attributo student_id e l'entità del Docente ha il suo docente_id.

Un esempio di aggregazione è il seguente.

Figura 03: aggregazione

Secondo il precedente diagramma ER, la relazione tra il Centro esami e l'Esame agisce insieme come un'entità. L'intera entità è in una relazione con l'entità Studente. Quando lo studente visita il centro esami, chiederà informazioni sul centro e sull'esame. Pertanto, quando la relazione tra due entità viene trattata come una singola entità, è un'aggregazione.

Qual è la somiglianza tra ER e il diagramma EER?

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

Qual è la differenza tra ER e il diagramma EER?

ER vs EER Diagram
Il diagramma ER è una rappresentazione visiva dei dati basata sul modello ER e descrive come le entità sono collegate l'una con l'altra nel database.	Il diagramma EER è una rappresentazione visiva dei dati, basata sul modello EER che è un'estensione del modello originale di relazione entità (ER).
Modello
Il diagramma ER è basato sul modello ER.	Il diagramma EER si basa sul modello EER.

Sommario - ER vs EER Diagramma

Un database può essere progettato utilizzando un diagramma ER. Il diagramma EER è un diagramma ER potenziato. Ci sono altre funzionalità in EER rispetto al diagramma ER originale. Il diagramma ER è una rappresentazione visiva dei dati basata sul modello ER e descrive come le entità sono collegate l'una con l'altra nel database. Il diagramma EER è una rappresentazione visiva dei dati, basata sul modello EER che è un'estensione del modello originale di relazione entità (ER). Questa è la differenza tra il diagramma ER e il diagramma EER.

Riferimento:

1. "Lavorare con i diagrammi ER". Creazione della rappresentazione del diagramma ER in DBMS | Studytonight. Disponibile qui
2. "Il modello ER migliorato." Generalizzazione, specializzazione e aggregazione nel modello ER | Studytonight. Disponibile qui