Un database è un’applicazione software che consente l’archiviazione dei dati. All’interno dell’architettura del database ci sono diverse teorie e implementazioni per la memorizzazione dei dati fisici. Un sistema di gestione di database relazionali (RDBMS) è un database che archivia i dati in tabelle con relazioni con altre tabelle. In confronto, un sistema di gestione di database (DBMS) non richiede la definizione di relazioni tra tabelle. Sia DBMS che RDBMS sono modelli per la memorizzazione di informazioni in un database fisico.
L’informazione è un fattore critico per il vantaggio competitivo nel business di oggi. In genere le organizzazioni di grandi dimensioni utilizzano più database per eseguire operazioni aziendali. Questi database possono includere sia DBMS di grandi dimensioni che RDBMS. In genere grandi set di dati sofisticati richiedono una soluzione RDBMS, mentre raccolte di dati più piccole possono essere gestite con un DBMS.
Un modello di dati logico è uno schema utilizzato per esprimere i dati per un’organizzazione. Oggi esistono più tecniche per creare un modello di dati. Un modello di dati relazionale include tabelle, chiavi, indici e relazioni di chiavi esterne con altre tabelle. Sia DBMS che RDBMS supportano il concetto di chiavi esterne, solo RDBMS applica tali regole.
La cardinalità è un termine matematico che spiega il numero di elementi in un insieme. La relazione di cardinalità in un database spiega il numero di elementi che possono appartenere a una tabella con relazioni. Un esempio di cardinalità è facilmente descritto con una persona e numeri di telefono. In genere le persone hanno più numeri di telefono. Questa sarebbe una relazione uno-a-molti nella teoria dei database relazionali.
La teoria dei database relazionali è stata introdotta per la prima volta da Edgar Frank Codd nel 1970. All’interno della sua teoria Mr. Codd ha definito 13 regole, spesso chiamate “le 12 regole di Cod” perché le ha numerate da zero a 12, per soddisfare un modello relazionale. Il modello relazionale richiede che un RDMS sia costruito sulla base di relazioni con altri dati all’interno del modello di dati.
Prima che un’applicazione software possa essere considerata un database, deve disporre di un meccanismo per salvare i dati su un dispositivo fisico. Ciò consentirà ad altri software di recuperare i dati salvati in un secondo momento. Sia il DBMS che l’RDBMS consentono che ciò accada.
Un file flat è un dato di natura logica ‘flat’. Questi dati non hanno alcuna relazione con altri dati e richiedono una logica di programmazione per recuperare i record da un dispositivo fisico. Questi tipi di file sono utili per elenchi semplici, ma non sono consigliati per operazioni complesse di grandi dimensioni. Il file flat è consentito nella progettazione DBMS, ma non accettato nella progettazione RDBMS.
La progettazione di database relazionali è la prossima generazione in avanti rispetto alla progettazione di sistemi di gestione di database. Il database relazionale ha utilizzato i fondamenti del DBMS come modello di base per l’archiviazione dei dati. DBMS e RDBMS sono supportati dalla maggior parte dei fornitori di database. In genere, RDBMS viene utilizzato per applicazioni aziendali più complesse.