Cos'è il diagramma ER?
ER Diagram sta per Entity Relationship Diagram, noto anche come ERD è un diagramma che mostra la relazione dei set di entità memorizzati in un database. In altre parole, i diagrammi ER aiutano a spiegare la struttura logica dei database. I diagrammi ER vengono creati sulla base di tre concetti di base: entità, attributi e relazioni.
I diagrammi ER contengono diversi simboli che utilizzano rettangoli per rappresentare entità, ovali per definire attributi e rombi per rappresentare le relazioni.
A prima vista, un diagramma ER sembra molto simile al diagramma di flusso. Tuttavia, il diagramma ER include molti simboli specializzati e il suo significato rende questo modello unico. Lo scopo di ER Diagram è rappresentare l'infrastruttura del framework dell'entità.
Cos'è il modello ER?
ER Model sta per Entity Relationship Model è un diagramma del modello di dati concettuali di alto livello. Il modello ER aiuta ad analizzare sistematicamente i requisiti dei dati per produrre un database ben progettato. Il modello ER rappresenta le entità del mondo reale e le relazioni tra loro. La creazione di un modello ER in DBMS è considerata una best practice prima di implementare il database.
ER Modeling ti aiuta ad analizzare i requisiti dei dati in modo sistematico per produrre un database ben progettato. Pertanto, è considerata una best practice completare la modellazione ER prima di implementare il database.
In questo tutorial sul diagramma delle relazioni tra entità imparerai:
- Cos'è il diagramma ER?
- Cos'è il modello ER?
- Storia dei modelli ER
- Perché usare i diagrammi ER?
- Fatti sul modello del diagramma ER
- Simboli e notazioni dei diagrammi ER
- Componenti del diagramma ER
- Relazione
- Entità deboli
- Attributi
- Cardinalità
- Come creare un diagramma ER (ERD)
- Migliori pratiche per lo sviluppo di diagrammi ER efficaci
Storia dei modelli ER
I diagrammi ER sono uno strumento visivo utile per rappresentare il modello ER. È stato proposto da Peter Chen nel 1971 per creare una convenzione uniforme che può essere utilizzata per database e reti relazionali. Mirava a utilizzare un modello ER come approccio di modellazione concettuale.
Perché usare i diagrammi ER?
Ecco i motivi principali per utilizzare il diagramma ER
- Aiuta a definire i termini relativi alla modellazione delle relazioni di entità
- Fornisci un'anteprima di come tutte le tue tabelle dovrebbero connettersi, quali campi saranno su ciascuna tabella
- Aiuta a descrivere entità, attributi, relazioni
- I diagrammi ER sono traducibili in tabelle relazionali che consentono di creare rapidamente database
- I diagrammi ER possono essere utilizzati dai progettisti di database come modello per l'implementazione dei dati in applicazioni software specifiche
- Il progettista del database acquisisce una migliore comprensione delle informazioni che devono essere contenute nel database con l'aiuto del diagramma ERP
- Il diagramma ERD consente di comunicare con la struttura logica del database agli utenti
Fatti sul modello del diagramma ER
Ora in questo tutorial sul diagramma ERD, diamo un'occhiata ad alcuni fatti interessanti sul modello del diagramma ER:
- Il modello ER ti consente di disegnare Database Design
- È uno strumento grafico di facile utilizzo per la modellazione dei dati
- Ampiamente usato nella progettazione di database
- È una rappresentazione GUI della struttura logica di un database
- Ti aiuta a identificare le entità che esistono in un sistema e le relazioni tra quelle entità
Simboli e notazioni dei diagrammi ER
I simboli e le notazioni del diagramma di relazione tra entità contengono principalmente tre simboli di base che sono rettangolo, ovale e rombo per rappresentare le relazioni tra elementi, entità e attributi. Ci sono alcuni sottoelementi che si basano sugli elementi principali nel diagramma ERD. Il diagramma ER è una rappresentazione visiva dei dati che descrive il modo in cui i dati sono correlati tra loro utilizzando diversi simboli e notazioni ERD.
Di seguito sono riportati i componenti principali e i relativi simboli nei diagrammi ER:
- Rettangoli: questo simbolo del diagramma di relazione tra entità rappresenta i tipi di entità
- Ellissi: il simbolo rappresenta gli attributi
- Diamanti: questo simbolo rappresenta i tipi di relazione
- Linee: collega gli attributi ai tipi di entità e ai tipi di entità con altri tipi di relazione
- Chiave primaria: gli attributi sono sottolineati
- Doppie ellissi: rappresentano attributi multivalore
Componenti del diagramma ER
Questo modello si basa su tre concetti di base:
- Entità
- Attributi
- Relazioni
Esempi di diagrammi ER
Ad esempio, in un database universitario, potremmo avere entità per Studenti, Corsi e Docenti. L'entità Studenti può avere attributi come Rollno, Name e DeptID. Potrebbero avere rapporti con Corsi e Docenti.
CHE COS'È ENTITY?
Una cosa del mondo reale, vivente o non vivente, facilmente riconoscibile e non riconoscibile. È qualsiasi cosa nell'azienda che deve essere rappresentata nel nostro database. Può essere una cosa fisica o semplicemente un fatto sull'impresa o un evento che accade nel mondo reale.
Un'entità può essere un luogo, una persona, un oggetto, un evento o un concetto, che memorizza i dati nel database. Le caratteristiche delle entità devono avere un attributo e una chiave univoca. Ogni entità è composta da alcuni "attributi" che rappresentano quell'entità.
Esempi di entità:
- Persona: dipendente, studente, paziente
- Luogo: negozio, edificio
- Oggetto: macchina, prodotto e automobile
- Evento: vendita, registrazione, rinnovo
- Concetto: account, corso
Notazione di un'entità
Insieme di entità:
Alunno
Un insieme di entità è un gruppo di tipi simili di entità. Può contenere entità con attributi che condividono valori simili. Le entità sono rappresentate dalle loro proprietà, chiamate anche attributi. Tutti gli attributi hanno i loro valori separati. Ad esempio, un'entità studente può avere un nome, un'età, una classe come attributi.
Esempio di entità:
Un'università può avere alcuni dipartimenti. Tutti questi dipartimenti impiegano vari docenti e offrono diversi programmi.
Alcuni corsi compongono ogni programma. Gli studenti si registrano in un particolare programma e si iscrivono a vari corsi. Un docente del dipartimento specifico segue ogni corso e ogni docente insegna a un diverso gruppo di studenti.
Relazione
La relazione non è altro che un'associazione tra due o più entità. Ad esempio, Tom lavora nel dipartimento di chimica.
Le entità prendono parte alle relazioni. Spesso possiamo identificare relazioni con verbi o frasi verbali.
Per esempio:
- Stai partecipando a questa conferenza
- Sto tenendo la conferenza
- Solo per quanto riguarda le entità, possiamo classificare le relazioni in base ai tipi di relazione:
- Uno studente partecipa a una lezione
- Un docente tiene una conferenza.
Entità deboli
Un'entità debole è un tipo di entità che non ha il suo attributo chiave. Può essere identificato in modo univoco considerando la chiave primaria di un'altra entità. Per questo, gli insiemi di entità deboli devono avere partecipazione.
Negli esempi di diagramma ER precedenti, "Trans No" è un discriminatore all'interno di un gruppo di transazioni in un bancomat.
Impariamo di più su un'entità debole confrontandola con un'entità forte
| Insieme di entità forti | Insieme di entità deboli |
| Il set di entità forte ha sempre una chiave primaria. | Non dispone di attributi sufficienti per creare una chiave primaria. |
| È rappresentato da un simbolo di rettangolo. | È rappresentato da un simbolo di doppio rettangolo. |
| Contiene una chiave primaria rappresentata dal simbolo di sottolineatura. | Contiene una Partial Key rappresentata da un simbolo di sottolineatura tratteggiata. |
| Il membro di un insieme di entità forti è chiamato insieme di entità dominante. | Il membro di un insieme di entità debole chiamato come insieme di entità subordinate. |
| La chiave primaria è uno dei suoi attributi che aiuta a identificare il suo membro. | In un insieme di entità debole, è una combinazione di chiave primaria e chiave parziale dell'insieme di entità forte. |
| Nel diagramma ER la relazione tra due set di entità forti mostrata utilizzando un simbolo di diamante. | La relazione tra un insieme di entità forte e debole mostrata utilizzando il simbolo del doppio diamante. |
| La linea di collegamento dell'entità forte impostata con la relazione è unica. | La linea che collega l'entità debole impostata per identificare la relazione è doppia. |
Attributi
È una proprietà a valore singolo di un tipo di entità o di un tipo di relazione.
Ad esempio, una lezione potrebbe avere attributi: ora, data, durata, luogo, ecc.
Un attributo negli esempi del diagramma ER è rappresentato da un'ellisse
| Tipi di attributi | Descrizione |
| Attributo semplice | Gli attributi semplici non possono essere ulteriormente suddivisi. Ad esempio, il numero di contatto di uno studente. È anche chiamato valore atomico. |
| Attributo composito | È possibile suddividere l'attributo composito. Ad esempio, il nome completo di uno studente può essere ulteriormente suddiviso in nome, secondo nome e cognome. |
| Attributo derivato | Questo tipo di attributo non è incluso nel database fisico. Tuttavia, i loro valori derivano da altri attributi presenti nel database. Ad esempio, l'età non deve essere memorizzata direttamente. Invece, dovrebbe essere derivato dal DOB di quel dipendente. |
| Attributo multivalore | Gli attributi multivalore possono avere più di un valore. Ad esempio, uno studente può avere più di un numero di cellulare, indirizzo email, ecc. |
Cardinalità
Definisce gli attributi numerici della relazione tra due entità o insiemi di entità.
Diversi tipi di relazioni cardinali sono:
- Rapporti uno-a-uno
- Relazioni uno-a-molti
- May to One Relationships
- Relazioni molti a molti
1.One-to-one:
Un'entità dall'insieme di entità X può essere associata al massimo a un'entità dall'insieme di entità Y e viceversa.
Esempio: uno studente può registrarsi a numerosi corsi. Tuttavia, tutti quei corsi hanno una sola linea di ritorno a quell'unico studente.
2.One-to-many:
Un'entità del set di entità X può essere associata a più entità del set di entità Y, ma un'entità del set di entità Y può essere associata ad almeno un'entità.
Ad esempio, una classe è composta da più studenti.
3. Molti a uno
Più di un'entità dall'insieme di entità X può essere associata al massimo a un'entità dall'insieme di entità Y. Tuttavia, un'entità dall'insieme di entità Y può o meno essere associata a più di un'entità dall'insieme di entità X.
Ad esempio, molti studenti appartengono alla stessa classe.
4. Molti a molti:
Un'entità da X può essere associata a più entità da Y e viceversa.
Ad esempio, gli studenti come gruppo sono associati a più membri della facoltà e i membri della facoltà possono essere associati a più studenti.
Come creare un diagramma di relazione tra entità (ERD)
Ora, in questo tutorial sul diagramma ERD, impareremo come creare un diagramma ERD. Di seguito sono riportati i passaggi per creare un diagramma ER:
Studiamoli con un esempio di diagramma di relazione tra entità:
In a university, a Student enrolls in Courses. A student must be assigned to at least one or more Courses. Each course is taught by a single Professor. To maintain instruction quality, a Professor can deliver only one course
Passaggio 1) Identificazione dell'entità
Abbiamo tre entità
- Alunno
- Corso
- professoressa
Passaggio 2) Identificazione della relazione
Abbiamo le seguenti due relazioni
- Allo studente viene assegnato un corso
- Il professore tiene un corso
Passaggio 3) Identificazione della cardinalità
Per loro affermazione del problema sappiamo che,
- A uno studente possono essere assegnati più corsi
- Un professore può erogare un solo corso
Passaggio 4) Identifica gli attributi
È necessario studiare i file, i moduli, i report, i dati attualmente gestiti dall'organizzazione per identificare gli attributi. Puoi anche condurre interviste con varie parti interessate per identificare le entità. Inizialmente, è importante identificare gli attributi senza mapparli a un'entità particolare.
Una volta che hai un elenco di attributi, devi mapparli alle entità identificate. Assicurati che un attributo sia associato esattamente a un'entità. Se pensi che un attributo debba appartenere a più di un'entità, usa un modificatore per renderlo unico.
Una volta completata la mappatura, identificare le chiavi primarie. Se una chiave univoca non è immediatamente disponibile, crearne una.
|
Entità |
Chiave primaria |
Attributo |
|
Alunno |
Student_ID |
Nome dello studente |
|
professoressa |
ID Dipendente |
ProfessorName |
|
Corso |
Course_ID |
Nome del corso |
Per Entità del corso, gli attributi potrebbero essere Durata, Crediti, Compiti, ecc. Per comodità abbiamo considerato solo un attributo.
Passaggio 5) Creare il diagramma ERD
Una rappresentazione più moderna dell'esempio di diagramma di relazione tra entità
Migliori pratiche per lo sviluppo di diagrammi ER efficaci
Di seguito sono riportate alcune best practice o esempi per lo sviluppo di diagrammi ER efficaci.
- Elimina qualsiasi entità o relazione ridondante
- Devi assicurarti che tutte le tue entità e relazioni siano etichettate correttamente
- Ci possono essere vari approcci validi a un diagramma ER. È necessario assicurarsi che il diagramma ER supporti tutti i dati che è necessario archiviare
- Dovresti assicurarti che ogni entità appaia solo una volta nel diagramma ER
- Assegna un nome a ogni relazione, entità e attributo rappresentato nel diagramma
- Non collegare mai le relazioni tra loro
- Dovresti usare i colori per evidenziare parti importanti del diagramma ER
Sommario
- ER Model in DBMS sta per un modello Entity-Relationship
- Il modello ER è un diagramma del modello di dati di alto livello
- I diagrammi ER sono uno strumento visivo utile per rappresentare il modello ER
- I diagrammi ER nel DBMS sono il progetto di un database
- Diagramma delle relazioni tra entità Il DBMS visualizza le relazioni del set di entità memorizzato in un database
- I diagrammi ER ti aiutano a definire i termini relativi alla modellazione delle relazioni tra entità
- Il modello ER in DBMS si basa su tre concetti di base: entità, attributi e relazioni
- Un'entità può essere un luogo, una persona, un oggetto, un evento o un concetto, che memorizza i dati nel database (DBMS)
- La relazione non è altro che un'associazione tra due o più entità
- Un'entità debole è un tipo di entità che non ha il suo attributo chiave
- È una proprietà a valore singolo di un tipo di entità o di un tipo di relazione
- Ti aiuta a definire gli attributi numerici della relazione tra due entità o insiemi di entità
- ER- Diagram DBMS è una rappresentazione visiva dei dati che descrivono il modo in cui i dati sono correlati tra loro
- Mentre disegni i diagrammi ER in DBMS, devi assicurarti che tutte le tue entità e relazioni siano etichettate correttamente.