Relazione di storia del modello di entità, elementi, esempi

UN Relazione modello di entità (Modello E-R) è la progettazione della struttura logica di un database, che può quindi essere implementato come database reale. I componenti principali del modello E-R sono un insieme di entità e relazioni.

Una relazione del modello di entità descrive le cose correlate in uno specifico dominio di conoscenza. In ingegneria del software, il modello E-R viene generalmente utilizzato per incorporare cose che un'azienda deve ricordare di svolgere processi aziendali.

Fonte: Pixabay.com

Di solito è la derivazione di un'analisi sistematica per specificare e rappresentare ciò che è significativo per i processi in un'area di business. Presentare graficamente una progettazione di dati aziendali, senza definire i processi.

Pertanto, è uno strumento grafico facile da usare per modellare i dati, ampiamente utilizzato nella progettazione di database, che aiuta a identificare le entità che esistono in un sistema e le relazioni tra tali entità.

In generale, è disegnato con immagini (entità), che sono collegate da linee (relazioni), esprimendo le dipendenze e le associazioni tra queste entità.

[TOC]

Database e database

Una relazione del modello di entità è generalmente implementata come database. Nell'implementazione di un semplice database relazionale, ogni riga di una tabella costituisce un'istanza di un'entità e ogni colonna costituisce un attributo.

Le entità sono caratterizzate non solo da relazioni, ma anche da proprietà aggiuntive chiamate attributi, che contengono identificatori chiamati "chiave primaria".

I diagrammi introdotti per rappresentare le entità e le relazioni, nonché gli attributi, possono essere chiamati diagrammi di relazioni di entità (diagrammi E-R), anziché modelli Entità-Refusale.

Pertanto, la struttura di un database è descritta con l'aiuto della relazione del diagramma entità.

Di conseguenza, il modello E-R diventa un modello di dati astratto, che definisce una struttura informativa che può essere implementata in un database comunemente relazionale.

[TOC]

Storia

La modellazione dei dati è diventata di moda negli anni '70 guidata dalla necessità di modellare correttamente i database o persino i processi commerciali mondiali reali.

Peter Chen ha reso popolare la relazione del modello di entità nel suo famoso articolo pubblicato nel 1976 "The Entity Model - verso una visione unificata dei dati".

È stato proposto di creare una convenzione standard che potrebbe essere utilizzata per i database relazionali. Il suo obiettivo era quello di utilizzare il modello E-R come approccio di modellazione concettuale.

Peter Chen ha dichiarato nel suo articolo: “La relazione del modello di entità adotta una visione più naturale del mondo reale, che consiste in entità e relazioni. Incorpora parte delle importanti informazioni semantiche sul mondo reale ".

Oltre alla progettazione del database, il modello E-R di Chen serve anche bene nei sistemi e nelle applicazioni di modellazione delle informazioni. Unified Modeling Language (UML) deriva da molte forme della relazione del modello di entità.

Altri pionieri

L'anno precedente, a. P. Brown aveva rivelato un articolo chiamato "Modellazione di un sistema mondiale reale e progettazione di uno schema per rappresentarlo" in una pubblicazione della Federazione internazionale per l'elaborazione delle informazioni.

Mentre l'articolo di Brown era rilevante, l'articolo di Chen era ancora di più, soprattutto perché si concentrava sui termini "entità" e "relazione". Questo è generalmente considerato l'inizio della pratica di modellazione dei dati come attualmente noto.

Può servirti: ruolo

Anche i diagrammi di Bachman, una forma di modellazione dei dati, meritano di essere menzionati.

L'articolo di Charles Bachman del 1969 per la pubblicazione della base di dati presentava il concetto di "entità" dei database ed era uno dei primi diagrammi della struttura dei dati, che in seguito sarebbe noto come diagramma Bachman. Questo è stato molto influente in Peter Chen.

Allineamento filosofico

Chen era d'accordo con le tradizioni filosofiche e teoriche del tempo degli antichi filosofi greci Socrate, Platone e Aristotele (428.C.) anche l'epistemologia moderna, la semiotica e la logica di Peirce, Frege e Russell.

Platone stesso associa la conoscenza all'apprensione di forme immutabili. Secondo Socrate, le forme sono archetipi o rappresentazioni astratte dei molti tipi di cose e proprietà e le loro relazioni reciproche.

Elementi e simbologia

La relazione del diagramma delle entità mostra le relazioni dell'insieme di entità memorizzate in un database. Cioè, i diagrammi E-R aiutano a spiegare la struttura logica dei database.

Esempio: una canzone particolare è un'entità, mentre la raccolta di tutti i brani in un database è un insieme di entità.

-Relazione dei diagrammi di entità

A prima vista, un diagramma E-R sembra molto simile a un diagramma di flusso. Tuttavia, il diagramma E-R include molti simboli specializzati e i suoi significati rendono questo modello unico.

Nel diagramma seguente hai due entità, studente e scuola e la loro relazione. Il rapporto tra studente e scuola è da molti a uno, poiché una scuola può avere molti studenti, ma uno studente non può studiare in diverse scuole allo stesso tempo.

L'entità studentesca ha attributi come la sua identificazione (EST_ID), nome (EST_NAME) e indirizzo (EST_DIRECC). L'entità scolastica ha attributi come la sua identificazione (col_id) e nome (col_name).

Simbologia

- Rettangolo: rappresenta l'insieme di entità.

- Ellisse: rappresenta gli attributi.

- Diamond: rappresenta l'insieme di relazioni.

- Righe: collegare gli attributi agli insiemi di entità e alle serie di entità alle serie di relazioni.

- Double Ellisse: attributi multivalenti.

- Ellisse discontinua: attributi derivati.

- Doppio rettangolo: set di entità deboli.

-Elementi

Entità

Un'entità è qualcosa del mondo reale, che è facilmente riconoscibile. È qualsiasi cosa nell'azienda che sarà rappresentata nel database. Può essere qualcosa di fisico o semplicemente un evento o un evento che si verifica nel mondo reale.

Può essere un luogo, una persona, un oggetto, un evento o un concetto, che memorizza i dati nel database. La caratteristica delle entità è che devono avere un attributo come singola chiave. Ogni entità è composta da alcuni attributi che rappresentano quell'entità.

Le entità possono essere considerate nomi. Esempi: un computer, un dipendente, una canzone, un teorema matematico, ecc.

Entità debole

Un'entità che non può essere identificata in modo univoco dai propri attributi è chiamata entità debole e si basa su una relazione con un'altra entità.

Ad esempio, un conto bancario non può essere identificato esclusivamente se la banca a cui appartiene non è nota. Pertanto, il conto bancario è un'entità debole.

Attributo

Un attributo descrive la proprietà di un'entità. È rappresentato con una figura ovale in un diagramma E-R. Esistono quattro tipi di attributi:

Attributo chiave

È l'attributo che può identificare esclusivamente un'entità di un insieme di entità. Ad esempio, il numero della carta dello studente può identificare in modo univoco uno studente di una serie di studenti.

Può servirti: le 14 caratteristiche di Excel più importanti

L'attributo chiave è rappresentato da un'ellisse proprio come gli altri attributi. Tuttavia, il testo dell'attributo chiave è sottolineato.

Attributo multi -or

È un attributo che può contenere più valori. È rappresentato con doppie ellissi in un diagramma E-R.

Ad esempio, una persona può avere più di un numero di telefono, quindi l'attributo del numero di telefono ha diversi valori.

Attributo derivato

È quello il cui valore è dinamico e deriva da un altro attributo. È rappresentato da un'ellisse discontinua in un diagramma E-R.

Ad esempio, l'età di una persona è un attributo derivato, poiché cambia nel tempo e può essere derivata da un altro attributo: data di nascita.

Relazione

Una relazione mostra come le entità si relazionano tra loro. Possono essere considerati verbi che si uniscono a due o più nomi. È rappresentato dalla forma del diamante nel diagramma E-R.

Esempi: il rapporto tra un appartamento e un dipendente, tra un computer e un'azienda, il rapporto tra un teorema e un matematico, tra un artista e una canzone, ecc.

Cardinalità

La cardinalità specifica quante istanze di un'entità sono correlate a un'istanza di un'altra entità. L'ordinalità è anche strettamente legata alla cardinalità.

Mentre la cardinalità specifica le occorrenze di una relazione, l'ordinalità descrive la relazione come obbligatoria o facoltativa. La simbologia utilizzata per questo è la seguente:

In altre parole, la cardinalità specifica il numero massimo di relazioni e ordinalità specifica il numero minimo assoluto di relazioni. In questo senso, ci sono quattro tipi di relazione:

Una relazione da una -a -una

È quando una singola istanza di un'entità è associata a una singola istanza di un'altra entità.

Ad esempio, una persona ha solo un passaporto e solo una persona viene data a una persona.

Relazione uno a molti

È quando un'istanza di un'entità è associata a più di un'istanza di un'altra entità.

Ad esempio, un cliente può effettuare molti ordini, ma molti clienti non possono ordinare.

Molte relazioni con uno

È quando più di un'istanza di un'entità è associata a una singola istanza di un'altra entità.

Ad esempio, molti studenti possono studiare in un'unica università, ma uno studente non può studiare in molte università allo stesso tempo.

Molte relazioni con molti

È quando più di un'istanza di un'entità è associata a più di un'istanza di un'altra entità.

Ad esempio, uno studente può essere assegnato a molti progetti e un progetto può essere assegnato a molti studenti.

Come fare una relazione modello di relazione?

Documentando un sistema o un processo, osservando il sistema multi -way aumenta la comprensione di quel sistema.

La relazione dei diagrammi di entità sono comunemente usati per mostrare il contenuto di un database. Aiutano a visualizzare il modo in cui i dati si collegano in modo generale e sono particolarmente utili per creare un database relazionale.

Di seguito sono riportati i passaggi necessari per costruire una relazione modello di entità:

Identificare le entità

Il primo passo per creare un diagramma di relazione è identificare tutte le entità che verranno utilizzate. Un'entità non è altro che un rettangolo con una descrizione di qualcosa su cui il sistema memorizza le informazioni.

Un rettangolo deve essere disegnato per ogni entità che può essere pensato. Ad esempio, le seguenti tre entità sono:

Identificare le relazioni

Vengono esaminate due entità, se sei correlato tra loro, viene tracciata una linea continua che collega le due entità. 

Può servirti: triplo w

Per descrivere la relazione delle entità, viene disegnato un diamante tra le due entità, nella linea che è appena stata aggiunta.

Nel diamante dovresti scrivere una breve descrizione di come sono correlati. Seguendo l'esempio, hai quanto segue:

Identifica i cardinali

Ai fini dell'esempio in questione, è noto che uno studente può essere assegnato in più corsi e un insegnante può solo tenere un corso. Pertanto, il diagramma rimane:

Identificare gli attributi

I file, i moduli, i report e i dati che l'organizzazione attualmente mantiene per identificare gli attributi dovrebbero essere studiati. Puoi anche condurre interviste con varie parti interessate per identificare le entità. Inizialmente, è importante identificare gli attributi senza assegnarli a una particolare entità.

Una volta che hai un elenco di attributi, devono essere assegnati alle entità identificate. Deve essere assicurato che un attributo sia accoppiato con esattamente un'entità. Se si ritiene che un attributo appartenga a più di un'entità, un modificatore deve essere usato per renderlo unico.

Una volta eseguita l'assegnazione, vengono identificate le chiavi primarie. Se non è disponibile una chiave univoca, a.

Ai fini di facilitare l'esempio, viene mostrato un solo attributo per ciascuna entità, oltre alla chiave. Tuttavia, potrebbero essere identificati più attributi. Le chiavi primarie possono essere distinte dagli altri attributi perché sono sottolineate.

Completa il diagramma

Le entità con le linee devono continuare a connettersi e aggiungere i diamanti per descrivere ogni relazione, fino a quando tutte le relazioni non sono state descritte.

È possibile che una qualsiasi delle entità non sia correlata a nessun'altra entità. D'altra parte, altre entità possono avere più relazioni. Una rappresentazione più moderna del diagramma E-R è la seguente:

Suggerimenti efficaci dei diagrammi E-R

- Deve essere assicurato che ogni entità appare solo una volta nel diagramma.

- Nel diagramma dovresti dare un nome a ciascuna entità, relazione e attributo.

- Le relazioni tra entità dovrebbero essere attentamente esaminate. Sono davvero necessari? Sono alcune relazioni da definire? Qualsiasi relazione ridondante deve essere eliminata. Le relazioni non si connettono tra loro.

- Si consiglia di utilizzare i colori per evidenziare parti importanti del diagramma.

Esempi

Diagramma del database

Esistono due motivi per creare una relazione di diagramma di entità per un database: viene progettato un nuovo modello o è necessaria la struttura esistente.

Se si dispone di un database esistente che è necessario per il documento, viene creato un diagramma di entità utilizzando i dati direttamente dal database:

Modello di vendita su Internet

Ecco un esempio della relazione del modello di entità per la vendita online, utilizzando una relazione entità del diagramma:

Riferimenti

1. Wikipedia, The Free Encyclopedia (2019). Modello di relazioni di entità. Preso da: in.Wikipedia.org.
2. SmartDraw (2019). Diagramma delle relazioni di entità. Preso da: SmartDraw.com.
3. Chaitanya Singh (2019). Diagramma delle relazioni di entità - ER Diagramma in DBMS. Libro per principianti. Preso da: principianti.com.
4. Guru99 (2019). Tutorial del diagramma ER in DBMS (con esempio). Tratto da: Guru99.com.
5. Visual Paradigm (2019). Che cos'è il diagramma relativo di entità (ERD)? Tratto da: paradigma visivo.com.
6. Dataversity (2019). Una breve storia del diagramma ER e della modellazione delle informazioni. Tratto da: dataversity.netto.
7. Adrienne Watt (2019). Capitolo 8 Il modello di dati relazioni sull'entità. Testo aperto BC. Tratto da: OpenTextBC.AC.