12 regole di Codd

Da Wikipedia, l'enciclopedia libera.

Le 12 regole di Codd sono un insieme di dodici regole proposte da Edgar F. Codd, un pioniere del modello relazionale per le basi di dati, per definire i requisiti che un sistema per la gestione di basi di dati deve soddisfare per essere considerato relazionale, ovvero un RDBMS.

Codd scrisse questi criteri nell'ambito di un'iniziativa che serviva ad evitare che la sua definizione di database relazionale fosse resa meno restrittiva quando, nei primi anni ottanta, i venditori di database si affannarono per rimpiazzare i vecchi prodotti con un prodotto pseudo-relazionale. La regola 12 è nata proprio per contrastare questa tendenza: le regole sono infatti così rigide che anche i sistemi la cui unica interfaccia sia il linguaggio SQL non ne soddisfano alcune.

[modifica] Le regole

• Regola 0: il sistema deve potersi definire come relazionale, base di dati e sistema di gestione.

Affinché un sistema possa definirsi sistema relazionale per la gestione di basi di dati (RDBMS), tale sistema deve usare le proprie funzionalità relazionali (e solo quelle) per gestire la base di dati.

• Regola 1: l'informazione deve essere rappresentata sotto forma di tabelle.

Le informazioni nel database devono essere rappresentate in maniera univoca, e precisamente attraverso valori in colonne che costituiscano, nel loro insieme, righe di tabelle.

• Regola 2: La regola dell' accesso garantito:

Tutti i dati devono essere accessibili senza ambiguità (questa regola è in sostanza una riformulazione del requisito per le chiavi primarie). Ogni singolo valore scalare nel database dev'essere logicamente indirizzabile specificando il nome della tabella che lo contiene, il nome della colonna in cui si trova e il valore della chiave primaria della riga in cui si trova.

• Regola 3: trattamento sistematico del valore NULL

Il DBMS deve consentire all'utente di lasciare un campo vuoto, o con valore NULL. In particolare, deve gestire la rappresentazione di informazioni mancanti e quello di informazioni inadatte in maniera predeterminata, distinta da ogni valore consentito (per esempio, "diverso da zero o qualunque altro numero" per valori numerici), e indipendente dal tipo di dato. È chiaro inoltre che queste rappresentazioni devono essere gestite dal DBMS sempre nella stessa maniera.

• Regola 4: la descrizione del database deve avvenire ad un livello logico tramite i metadati.

• Regola 5: deve esistere un linguaggio che permetta la gestione dei dati (come SQL)

• Regola 6: si possono creare delle viste per vedere una parte dei dati. queste viste devono essere aggiornabili

• Regola 7: le operazioni che avvengono su database devono avvenire anche sulle tabelle

• Regola 8: I dati memorizzati nel database devono essere indipendenti dalle strutture di memorizzazione fisiche

• Regola 9: i dati devono essere indipendenti dalla struttura logica del database per garantire la crescita naturale e la manutenzione del database

• Regola 10: le restrizioni sui dati devono essere memorizzate nel database

• Regola 11: l'accesso ai dati è indipendente dal tipo di supporto per la lettura o memorizzazione degli stessi

• Regola 12: l'accesso ai dati non deve annullare le restrizioni o i vincoli di integrità del linguaggio principale (SQL).

Queste regole sono state fissate nell'articolo di E.F.Codd, "Is Your DBMS Really Relational?", pubblicato sul magazine ComputerWorld nel 1985 (la prima parte il 14 ottobre e la seconda il 21 ottobre).