Modellazione concettuale dei dati

La modellazione concettuale dei dati è un processo che consiste nel separare le informazioni correlate in unità di entità e nel rappresentare la relazione tra le entità tramite un ERD.

Separazione delle entità e definizione degli attributi

Un'entità è qualcosa che esiste in modo indipendente e che può memorizzare dati.

Inoltre, un attributo rappresenta i dati che un'entità possiede.

Ad esempio, gli insegnanti e gli studenti di una scuola soddisfano le condizioni di cui sopra.

Qui, l'insegnante è un'entità che include dati come nome, età e materia, mentre lo studente è un'entità che include dati come nome, anno di corso, età e numero di matricola.

In questo caso, le entità separate diventano tabelle nel database relazionale durante il processo di modellazione logica dei dati, e gli attributi diventano le colonne di tale tabella.

Identificatore e chiave

La Corea utilizza il sistema di codice fiscale per identificare in modo univoco ogni cittadino.

In questo caso, il codice fiscale di un residente è l'identificatore che consente di identificare chi è quella persona.

Poiché il codice fiscale identifica in modo univoco una persona specifica, non è duplicato con nessun'altra persona.

Anche quando si rappresenta un'entità con un ERD, è necessario assegnare un identificatore per consentire la verifica univoca delle informazioni corrispondenti.

In questo caso, l'identificatore assegnato diventa chiave primaria (Primary Key) durante il processo di modellazione logica dei dati.

Se non esiste un attributo univoco che può essere naturalmente assegnato come identificatore, chiave artificiale (Artificial Key) viene utilizzato.

Tuttavia, poiché una chiave generata artificialmente non presenta rischi di modifiche in tutte le situazioni, è ampiamente utilizzata.

Tutti gli attributi che possono essere utilizzati come identificatori in un'entità sono chiamati chiave candidata (Candidate Key) e

gli attributi che possono essere utilizzati come identificatori diversi dalla chiave primaria sono chiamati chiave alternativa (Alternate Key).

Inoltre, queste chiavi alternative sono adatte per applicare indici per migliorare le prestazioni.

Inoltre, in un'entità che rappresenta l'appartenenza tra un dipartimento e un dipendente, ci sono casi in cui il numero di dipartimento e il numero di dipendente vengono utilizzati insieme come chiave. Questo è chiamato chiave composta (Composite Key).

Comprensione delle relazioni

La relazione rappresenta l'interazione tra le entità e viene suddivisa in relazione basata sull'esistenza e relazione basata sull'azione.

• Relazione basata sull'esistenza

Ad esempio, in un'azienda, un dipendente non può esistere senza un dipartimento, quindi è una relazione basata sull'esistenza.

• Relazione basata sull'azione

Un dipendente può trasferirsi in un altro dipartimento tramite una richiesta. In questo caso, è una relazione basata sull'azione.

Questa relazione è espressa come chiave esterna (Foreign Key), unione (Join) durante il processo di modellazione logica dei dati.

Cardinalità

La relazione tra un'entità e un'altra entità è chiamata cardinalità. Ciò esprime la relazione quantitativa tra loro.

È espresso come relazione 1:1 (uno a uno), relazione 1:N (uno a molti) e relazione N:M (molti a molti) tra ciascuna entità.

Tra le relazioni di cui sopra, la relazione N:M non può essere espressa in un database relazionale, quindi viene espressa creando una tabella intermedia.

Opzionalità

Prendendo ad esempio un sistema di commenti, ogni commento deve avere un autore, ma l'autore può scegliere di non scrivere alcun commento.

In questo caso, ha una relazione Autore (Obbligatorio) - Commento (Facoltativo).

Obbligatorio è chiamato Mandatory e l'opzione facoltativa è chiamata Optional.

In altre parole, esprime se l'istanza di un'entità deve avere o meno dati specifici in modo obbligatorio o facoltativo.