Definición - ¿Qué significan las reglas de Codd?
Las reglas de Codd se refieren a un conjunto de 13 reglas del sistema de administración de bases de datos (0-12) desarrolladas por EF Codd en 1969-1970. Él diseñó estas reglas como los requisitos previos para considerar un sistema de administración de bases de datos (DBMS) como un sistema de administración de bases de datos relacionales (RDBMS). Aunque las reglas no fueron inicialmente muy populares en el uso comercial, los DBMS posteriores se basaron en las reglas de Codd. Las reglas de Codd también se conocen como la ley de Codd, las 12 reglas de Codd o los 12 mandamientos de Codd.
Techinfo explica las reglas de Codd
Las 12 reglas de CODD definen una base de datos relacional ideal que se utiliza como guía para diseñar sistemas de bases de datos relacionales en la actualidad. Aunque ningún sistema de base de datos comercial se ajusta completamente a las 12 reglas, interpretan el enfoque relacional. Aquí están las 12 reglas de CODD: Regla 0: Regla básica: El sistema debe calificar como relacional tanto como una base de datos como un sistema de gestión. Regla 1: La regla de la información: Toda la información de la base de datos debe estar representada de una sola manera (es decir, como valores en una tabla). Regla 2: La regla de acceso garantizado: Todos los datos deben ser lógicamente accesibles mediante una combinación de nombre de tabla, valor de clave principal y nombre de columna. Regla 3: Tratamiento sistemático de valores nulos: Un DBMS debe admitir valores nulos para representar la información faltante y la información inaplicable de manera sistemática independientemente de los tipos de datos. Regla 4: Catálogo en línea activo basado en el modelo relacional: La base de datos debe admitir un catálogo relacional en línea que sea accesible para usuarios autorizados a través de su lenguaje de consulta habitual. Regla 5: La regla completa del sublenguaje de datos: la base de datos debe admitir al menos un idioma que defina la funcionalidad de sintaxis lineal, que admita operaciones de definición y manipulación de datos, integridad de datos y control de transacciones de la base de datos. Regla 6: La regla de actualización de la vista: la representación de datos se puede realizar usando diferentes combinaciones lógicas llamadas Vistas. Todas las vistas que son teóricamente actualizables también deben ser actualizables por el sistema. Regla 7: Insertar, actualizar y eliminar de alto nivel: El sistema debe admitir operadores de inserción, actualización y eliminación de conjuntos a la vez. Regla 8: Independencia de los datos físicos: los cambios realizados en el nivel físico no deben afectar y requerir que se realice un cambio en el programa de aplicación. Regla 9: Independencia lógica de los datos: los cambios realizados en el nivel lógico no deben afectar y requerir que se realice un cambio en el programa de aplicación. Regla 10: Independencia de la integridad: las restricciones de integridad deben definirse y separarse de los programas de aplicación. Se debe permitir el cambio de restricciones sin afectar las aplicaciones. Regla 11: Independencia de la distribución: el usuario debe desconocer la ubicación de la base de datos, es decir, si la base de datos está distribuida o no en varias ubicaciones. Regla 12: La regla de no subversión: si un sistema proporciona un lenguaje de bajo nivel, entonces no debería haber forma de subvertir o eludir las reglas de integridad del lenguaje de alto nivel. De todas las reglas, la regla 3 es la más controvertida. Esto se debe a un debate sobre la lógica ternaria o de tres valores. Las reglas de Codd y SQL usan lógica ternaria, donde se usa nulo para representar datos faltantes y comparar cualquier cosa con nulo da como resultado un estado de verdad desconocido. Sin embargo, cuando ambos valores booleanos u operandos son falsos, la operación es falsa; por lo tanto, no se desconocen todos los datos que faltan, de ahí la controversia.