Sommario:
Definizione - Cosa significano le Regole di Codd?
Le regole di Codd si riferiscono a una serie di 13 regole del sistema di gestione del database (0-12) sviluppate da EF Codd nel 1969-1970. Ha progettato queste regole come prerequisiti per considerare un sistema di gestione di database (DBMS) come un sistema di gestione di basi di dati relazionali (RDBMS). Sebbene inizialmente le regole non fossero molto diffuse nell'uso commerciale, i DBMS successivi si basarono sulle regole di Codd. Le regole di Codd sono anche chiamate legge di Codd, 12 regole di Codd o 12 comandamenti di Codd.Techopedia spiega le Regole di Codd
Le 12 regole del CODD definiscono un database relazionale ideale che viene utilizzato come linea guida per la progettazione di sistemi di database relazionali oggi. Sebbene nessun sistema di database commerciale sia completamente conforme a tutte e 12 le regole, interpretano l'approccio relazionale. Ecco le 12 regole del CODD: Regola 0: regola di base: il sistema deve essere qualificato come relazionale sia come database che come sistema di gestione. Regola 1: regola delle informazioni: tutte le informazioni nel database devono essere rappresentate in un unico modo (ovvero come valori in una tabella). Regola 2: la regola di accesso garantita: tutti i dati devono essere logicamente accessibili attraverso una combinazione di nome tabella, valore chiave primaria e nome colonna. Regola 3: trattamento sistematico di valori nulli: un DBMS deve supportare i valori null per rappresentare informazioni mancanti e informazioni inapplicabili in modo sistematico indipendente dai tipi di dati. Regola 4: catalogo online attivo basato sul modello relazionale: il database deve supportare il catalogo relazionale online accessibile agli utenti autorizzati attraverso il loro linguaggio di query regolare. Regola 5: la regola completa della sotto lingua dei dati: il database deve supportare almeno una lingua che definisce la funzionalità della sintassi lineare, supporta le operazioni di definizione e manipolazione dei dati, l'integrità dei dati e il controllo delle transazioni del database. Regola 6: Regola di aggiornamento della vista: la rappresentazione dei dati può essere eseguita utilizzando diverse combinazioni logiche chiamate Viste. Tutte le viste teoricamente aggiornabili devono anche essere aggiornabili dal sistema. Regola 7: inserimento, aggiornamento ed eliminazione di alto livello: il sistema deve supportare l'inserimento, l'aggiornamento e l'eliminazione degli operatori alla volta. Regola 8: indipendenza dei dati fisici: le modifiche apportate a livello fisico non devono influire e richiedono una modifica nel programma applicativo. Regola 9: indipendenza dei dati logici: le modifiche apportate a livello logico non devono influire e richiedono una modifica nel programma applicativo. Regola 10: indipendenza dall'integrità: i vincoli di integrità devono essere definiti e separati dai programmi applicativi. La modifica dei vincoli deve essere consentita senza influire sulle applicazioni. Regola 11: Indipendenza dalla distribuzione: l'utente non deve essere a conoscenza della posizione del database, ovvero se il database è distribuito in più posizioni. Regola 12: La regola della non sovversione: se un sistema fornisce un linguaggio di basso livello, non dovrebbe esserci modo di sovvertire o bypassare le regole di integrità del linguaggio di alto livello. Di tutte le regole, la regola 3 è la più controversa. Ciò è dovuto a un dibattito sulla logica a tre valori o ternaria. Le regole di Codd e SQL usano la logica ternaria, dove null viene usato per rappresentare i dati mancanti e confrontare qualsiasi cosa con risultati nulli in uno stato di verità sconosciuto. Tuttavia, quando sia i booleani che gli operandi sono falsi, l'operazione è falsa; pertanto, non tutti i dati mancanti sono sconosciuti, quindi la controversia.
