REGLAS DEL CODD Las doce reglas de Codd son un conjunto de trece reglas

(numeradas del cero al doce) propuesto por Edgar F. Codd, un pionero del modelo
relacional para bases de datos, diseñado para definir lo que se requiere de una base
de datos sistema de gestión para que se considere relacional Codd produjo estas
reglas como parte de una campaña personal para prevenir su visión de la base de
datos relacional se diluye, como los proveedores de bases de datos codificados en el
principios de la década de 1980 para reempaquetar productos existentes con una
apariencia relacional. La regla 12 era especialmente diseñado para contrarrestar tal
posicionamiento. Regla 0: El sistema debe calificar como relacional, como una base de
datos y como un sistema de gestión. Para que un sistema califique como un sistema
de administración de bases de datos relacionales (RDBMS), ese sistema debe usar
sus recursos relacionales (exclusivamente) para administrar la base de datos

Regla 1: la información Toda la información en una base de datos relacional (incluidos

nombres de tablas y columnas) es representado de una sola manera, a saber, como
un valor en una tabla. Regla 2: El acceso garantizado Todos los datos deben ser
accesibles. Esta regla es esencialmente una reafirmación de los principios
fundamentales requisito para claves primarias. Dice que cada valor escalar individual
en el la base de datos debe ser lógicamente direccionable especificando el nombre del
tabla, el nombre de la columna que lo contiene y el valor de la clave principal del
contenido fila. Regla 3: tratamiento sistemático de valores nulos El DBMS debe
permitir que cada campo permanezca nulo (o vacío). Específicamente, debe apoyar
una representación de "información faltante e información inaplicable" que es
sistemático, distinto de todos los valores regulares (por ejemplo, "distinto de cero o
cualquier otro número ", en el caso de los valores numéricos), e independientemente
del tipo de datos. También se da a entender que tales representaciones deben ser
manipuladas por el DBMS en una forma sistemática

Regla 4: Catálogo activo en línea basado en el modelo relacional El sistema debe

admitir un catálogo en línea, en línea, relacional, accesible para usuarios autorizados
por medio de su lenguaje de consulta habitual. Es decir, los usuarios deben estar
capaz de acceder a la estructura de la base de datos (catálogo) usando el mismo
lenguaje de consulta que usan para acceder a los datos de la base de datos. Regla 5:
la sublenguaje de datos comprensivos El sistema debe admitir al menos un lenguaje
relacional que 1. Tiene una sintaxis lineal 2. Se puede usar de forma interactiva y
dentro de los programas de aplicación 3. Admite operaciones de definición de datos
(incluidas las definiciones de vista), datos operaciones de manipulación (actualización
y recuperación), seguridad e integridad restricciones y operaciones de gestión de
transacciones (inicio, confirmación y retrotracción). Regla 6: la actualización de la vista
Todas las vistas que son teóricamente actualizables deben ser actualizadas por el
sistema.
Regla 7: inserción, actualización y eliminación de alto nivel
El sistema debe admitir operadores de inserción, actualización y eliminación de set-at-a-time.
Esto significa que los datos se pueden recuperar de una base de datos relacional en conjuntos construidos
de datos de múltiples filas y / o múltiples tablas. Esta regla establece que insertar,
las operaciones de actualización y eliminación deberían ser compatibles con cualquier conjunto
recuperable en lugar de
que solo para una sola fila en una sola tabla.
Regla 8: independencia de los datos físicos
Cambios al nivel físico (cómo se almacenan los datos, ya sea en arreglos o enlaces
listas, etc.) no debe requerir un cambio en una aplicación basada en la estructura.
Regla 9: independencia de datos lógicos
Los cambios en el nivel lógico (tablas, columnas, filas, etc.) no deben requerir un
cambiar a una aplicación basada en la estructura. La independencia de los datos lógicos es más
difícil de lograr que la independencia física de datos.
Regla 10: independencia de la integridad
Las restricciones de integridad se deben especificar por separado de los programas de aplicación y
almacenado en el catálogo. Debe ser posible cambiar tales restricciones como y cuando
apropiado sin afectar innecesariamente las aplicaciones existentes.
Regla 11: independencia de la distribución
La distribución de porciones de la base de datos a varias ubicaciones debería ser invisible para
usuarios de la base de datos. Las aplicaciones existentes deben continuar funcionando con éxito:
1. Cuando se presenta por primera vez una versión distribuida del DBMS; y
2. Cuando los datos distribuidos existentes se redistribuyen alrededor del sistema

Regla 12: La no subversión Si el sistema proporciona una interfaz de bajo nivel

(registro a la vez), entonces esa interfaz no se puede usar para subvertir el sistema,
por ejemplo, pasando por alto una seguridad relacional o restricción de integridad.