Proprietà di un database relazionale

Nei primi anni 1980 , i database relazionali ha cominciato ad essere definita. Uno dei sostenitori della teoria dei database relazionali è stato Edgar F. Codd , che ha pubblicato 13 norme che mirano a definire un database relazionale . Questo è stato l' inizio della basi scientifiche formalizzato fatto per definire norme specifiche per l'esistenza degli aspetti relazionali di un database. Principi di base

Codd ha dichiarato che, al fine di un database per essere relazionale , di cui aveva bisogno per soddisfare regola 0 . Ciò richiede che esso deve utilizzare le sue proprietà relazionali in modo esclusivo di controllare il database . Questo è il precursore per tutte le altre 12 regole , che definiscono le specifiche . Un database relazionale in grado di aggiornare e di informazione a cascata flussi di dati correlati . In un database relazionale , qualsiasi modifica o record aggiunto che si riferiscono ad altre informazioni sarà aggiornare 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 operazioni sono marcati come non più attivo in quel momento --- ma le informazioni prima di quel punto può essere ricercato . Questo è l'inserto ad alto livello , Update e Delete Rule ( Regola 7 ) .
Considerazioni pratiche

Le regole di integrità referenziale devono essere preservate. Se un record viene aggiornato , deve essere conservato come un record a più modificabile e non poter essere modificato da un processo a basso livello (Regola 12) . Ciò significa che se un database contiene codici articolo e le chiavi di prezzo connessi a tali codici articolo , la cancellazione delle chiavi di prezzo non dovrebbe pregiudicare la base di attributi assegnati ai codici articolo . Inoltre , i record in un lasso di tempo prima esisteranno in quel lasso di tempo e non essere influenzata da modifiche successive.