| 0 |
Regla Fundacional |
Gestión Relacional |
El sistema debe usar exclusivamente sus capacidades relacionales para gestionar la base de datos. |
| 1 |
Información |
Representación Lógica |
Toda la información (incluidos nombres de tablas y columnas) debe estar en tablas. |
| 2 |
Acceso Garantizado |
Acceso Lógico |
Todo dato es direccionable mediante: Nombre de Tabla + Clave Primaria + Nombre de Columna. |
| 3 |
Valores Nulos |
Tratamiento de NULLs |
El sistema debe soportar valores NULL de forma sistemática para representar información ausente. |
| 4 |
Catálogo en Línea |
Metadatos Relacionales |
La descripción de la base de datos se almacena en tablas normales consultables mediante SQL. |
| 5 |
Sublenguaje de Datos |
Lenguaje Completo |
Debe existir un lenguaje (SQL) para definición, manipulación, integridad y transacciones. |
| 6 |
Actualización de Vistas |
Vistas Actualizables |
Si una vista es teóricamente actualizable, el SGBD debe permitir hacerlo. |
| 7 |
Operaciones de Alto Nivel |
Gestión de Conjuntos |
El sistema debe permitir insertar, actualizar y borrar conjuntos de registros, no solo fila por fila. |
| 8 |
Independencia Física |
Aislamiento Físico |
Los cambios en el almacenamiento o hardware no deben obligar a cambiar las aplicaciones. |
| 9 |
Independencia Lógica |
Aislamiento Lógico |
Los cambios en la estructura de las tablas base no deben afectar a las aplicaciones de usuario. |
| 10 |
Independencia de Integridad |
Integridad Centralizada |
Las reglas de integridad (PK, FK) deben residir en la BD, no programadas en la aplicación. |
| 11 |
Independencia de Distribución |
Transparencia de Red |
El usuario/aplicación debe ver la BD como una unidad, aunque esté físicamente distribuida. |
| 12 |
No Subversión |
Integridad Blindada |
No se pueden usar lenguajes de bajo nivel para saltarse las restricciones de seguridad o integridad. |