August 22
Nei primi anni 1980, i database relazionali ha cominciato ad essere definito. Uno dei sostenitori della teoria dei database relazionali è stato Edgar F. Codd, che ha pubblicato 13 norme che stabiliscono per definire un database relazionale. Questo è stato l'inizio del fondamento scientifico formalizzato fatto di prevedere norme specifiche per l'esistenza degli aspetti relazionali di un database.
Codd precisato che affinché un database per essere relazionale, è necessario a soddisfare regola 0. Ciò richiede che si deve utilizzare le sue proprietà relazionali in modo esclusivo per controllare il database. Questo è il precursore per tutti gli altri 12 regole che definiscono le specifiche. Un database relazionale può aggiornare e informazioni cascata flussi di dati correlati. In un database relazionale, le modifiche o record aggiunti che si riferiscono ad altre informazioni verranno aggiornate tutte le tabelle collegate troppo. Se un database contiene i record di clienti che fanno affari con una società, e un cliente è contrassegnato come "inattivo", quindi i dati sulle transazioni sono contrassegnati come non attivi più a lungo, a quel punto nel tempo --- ma le informazioni prima di quel punto può essere cercato. Questo è l'inserto ad alto livello, Update e Delete Rule (Regola 7).
Le regole di integrità referenziale devono essere preservate. Se un record viene aggiornato, deve essere conservato come record multi-modificabile e non poter essere modificato mediante un processo a basso livello (Regola 12). Ciò significa che se un database contiene i codici delle voci e le chiavi dei prezzi connessi a tali codici articolo, la cancellazione delle chiavi di prezzo non dovrebbe pregiudicare gli attributi di base assegnati ai codici articolo. Inoltre, esisterà record in un lasso di tempo prima in quel lasso di tempo e non essere influenzato dai cambiamenti successivi.
I database relazionali, anche se non esiste comune nei primi anni 1980, sono di uso comune in tutto il mondo di oggi. Un esempio è una banca, dove l'accesso ai clienti una visione dei loro dischi in una macchina di cassiere "hole-in-the-wall" e le eventuali modifiche apportate al record non sono aggiornati nel database centrale, dopo la verifica da parte del personale della banca. Questi record possono poi essere visualizzate dai clienti in una sessione Web on-line.
I database relazionali formano la struttura di un certo numero di applicazioni chiavi in mano di database-centrato e hanno un grande potenziale per le applicazioni di commercio, banche, supply chain e contabili. L'unica variazione di principi di questi database è la propensione a gestire più record. Le applicazioni di database come SQL Server e Oracle sono ora orientati a gestire milioni di dischi con integrità referenziale e costituiscono la base di molte applicazioni commerciali che tengono traccia degli acquisti online e in-store. Un'altra applicazione pratica per un database relazionale in linea è il progetto della stazione radio, Blip.FM, che memorizza più accessi a più file audio, interpretato in molteplici linee temporali.
I database relazionali continueranno ad essere utilizzato in molte applicazioni diverse e guadagnerà potenza più sviluppo è messo in loro. Mentre i grandi clienti commerciali continueranno a utilizzare questi prodotti e far crescere le loro capacità, database relazionali saranno utilizzati anche da sempre più persone che mai usato prima, spesso senza rendersene conto.