LAS 12 REGLAS DE CODD

Codd publica las 12 reglas que debe cumplir, para ser considerado relacional.
Estas reglas en la prctica las cumplen pocos sistemas relacionales.
1) Informacin.
Toda la informacin de la base de datos debe estar representada explcitamente
en el esquema lgico. Es decir, todos los datos estn en las tablas.
Toda la informacin, incluyendo nombres de tablas, nombres de vistas, nombres
de columnas, y los datos de las columnas deben estar almacenados en tablas
dentro de las bases de datos. Las tablas que contienen tal informacin constituyen
el Diccionario de Datos.

2) Acceso garantizado.
Todo dato es accesible sabiendo el valor de su clave y el nombre de la columna o
atributo que contiene el dato.
Dado un nombre de tabla, dado el valor de la clave primaria, y dado el nombre de
la columna requerida, deber encontrarse uno y solamente un valor.

3) Tratamiento sistemtico de los valores nulos.
El DBMS debe permitir el tratamiento adecuado de estos valores
El Sistema Gestor de Bases de Datos Relacionales debe ser capaz de soportar el
uso de valores nulos en el lugar de columnas cuyos valores sean desconocidos o
inaplicables.

4) Catlogo en lnea basado en el modelo relacional.
Los metadatos deben de ser accesibles usando un esquema relacional.
"La descripcin de la base de datos es almacenada de la misma manera que los
datos ordinarios, esto es, en tablas y columnas, y debe ser accesible a los
usuarios autorizados".

5) Sublenguaje de datos completo.
Al menos debe de existir un lenguaje que permita el manejo completo de la
base de datos. Este lenguaje, por lo tanto, debe permitir realizar cualquier
operacin.
Debe haber por lo menos un lenguaje con una sintaxis bien definida que pueda ser
usado para administrar completamente la base de datos.


6) Actualizacin de vistas.
El DBMS debe encargarse de que las vistas muestren la ltima informacin.
"Todas las vistas que son tericamente actualizables, deben ser actualizables por
el sistema mismo".

7) Inserciones, modificaciones y eliminaciones de dato nivel.
Cualquier operacin de modificacin debe actuar sobre conjuntos de filas, nunca
deben actuar registro a registro.
Las clusulas SELECT, UPDATE, DELETE e INSERT deben estar disponibles y
operables sobre los registros, independientemente del tipo de relaciones y
restricciones que haya entre las tablas.

8) Independencia fsica.
Los datos deben de ser accesibles desde la lgica de la base de datos an
cuando se modifique el almacenamiento.
El comportamiento de los programas de aplicacin y de la actividad de usuarios
va terminales debera ser predecible basados en la definicin lgica de la base de
datos, y ste comportamiento debera permanecer inalterado, independientemente
de los cambios en la definicin fsica de sta.

9) Independencia lgica.
Los programas no deben verse afectados por cambios en las tablas.
La independencia lgica de los datos especifica que los programas de aplicacin y
las actividades de terminal deben ser independientes de la estructura lgica, por lo
tanto los cambios en la estructura lgica no deben alterar o modificar estos
programas de aplicacin.

10) Independencia de integridad.
Las reglas de integridad deben almacenarse en la base de datos (en el diccionario
de datos), no en los programas de aplicacin.
Las reglas de integridad combinadas aseguran que haya Integridad referencial:
Ningn componente de una clave primaria puede tener valores en blanco o nulos.
(esta es la norma bsica de integridad).
Para cada valor de clave fornea deber existir un valor de clave primaria
concordante. La combinacin




11) Independencia de la distribucin.
El sublenguaje de datos debe permitir que sus instrucciones funciones igualmente
en una base de datos distribuida que en una que no lo es.
El soporte para bases de datos distribuidas significa que una coleccin arbitraria
de relaciones, bases de datos corriendo en una mezcla de distintas mquinas y
distintos sistemas operativos y que est conectada por una variedad de redes,
pueda funcionar como si estuviera disponible como en una nica base de datos en
una sola mquina.

12) No subversin.
Si el DBMS posee un lenguaje que permite el recorrido registro a registro, ste no
puede utilizarse para incumplir las reglas relacionales.
Algunos productos solamente construyen una interfaz relacional para sus bases
de datos No relacionales, lo que hace posible la subversin (violacin) de las
restricciones de integridad. Esto no debe ser permitido.