Las reglas de Edgar Frank Codd

Get Started. It's Free
or sign up with your email address
Las reglas de Edgar Frank Codd by Mind Map: Las reglas de Edgar Frank Codd

1. Regla #1

1.1. Regla de la información

1.1.1. Toda la información en una base de datos relacional se representa explícitamente en el nivel Lógico exactamente de una manera: con valores en tablas.

2. Regla #2

2.1. Garantia de acceso

2.1.1. Cada valor escalar individual en la base de datos debe ser lógicamente direccionable especificando el nombre de la tabla, la columna que lo contiene y la llave primaria.

3. Regla #3

3.1. Valores nulos

3.1.1. Debe tener una representación de la "información que falta y de la información inaplicable" que sea sistemática y distinta de todos los valores regulares.

4. Regla #4

4.1. Catalogo basado en modelo racional

4.1.1. El sistema debe soportar un catálogo en línea, el catálogo relacional, que da acceso a la estructura de la base de datos y que debe ser accesible a los usuarios autorizados.

5. Regla #5

5.1. Lenguaje de datos

5.1.1. El sistema debe soportar por lo menos un lenguaje relacional que: Tenga una sintaxis lineal. Puede ser utilizado de manera interactiva. Tenga soporte de operaciones de definición de datos, operaciones de manipulación de datos de control de seguridad e integridad

6. Regla #6

6.1. Actualización de vistas

6.1.1. Todas las vistas que son teóricamente actualizables deben poder ser actualizadas por el sistema.

7. Regla #7

7.1. Alto nivel de inserción, actualización y borrado

7.1.1. El sistema debe permitir la manipulación de alto nivel en los datos. Esto significa que los datos no solo se pueden recuperar de una base de datos relacional a partir de filas múltiples y/o de tablas múltiples, sino que también pueden realizarse inserciones, actualización y borrados sobre varias tuplas y/o tablas al mismo tiempo y no solo sobre registros individuales.

8. Regla #8

8.1. Independencia de representación fisica

8.1.1. Los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico aunque realicen cambios en las representaciones de almacenamiento o métodos de acceso.

9. Regla #9

9.1. Independencia de las modificaciones logicas

9.1.1. Los programas de aplicación y actividades del terminal permanecen inalterados a nivel lógico aunque se realicen cambios a las tablas base que preserven la información. La independencia de datos lógica es más difícil de lograr que la independencia física de datos.

10. Regla #10

10.1. Independencia de restricciones de integridad

10.1.1. Las restricciones de integridad se deben especificar por separado de los programas de aplicación y almacenarse en la base de datos. Debe ser posible cambiar esas restricciones sin afectar innecesariamente a las aplicaciones existentes.

11. Regla #11

11.1. Independencia distribuida

11.1.1. La distribución de porciones de base de datos en distintas localizaciones debe ser invisible a los usuarios de la base de datos. Los usos existentes deben continuar funcionando con éxito: 1-Cuando una versión distribuida del SGBD se carga por primera vez 2-Cuando los datos existentes se redistribuyen en el sistema.

12. Regla #12

12.1. No subversion

12.1.1. Si el sistema proporciona una interfaz de bajo nivel de registro, aparte de una interfaz relacional, esa interfaz de bajo nivel no debe permitir su utilización para subvertir el sistema. Por ejemplo para sortear las reglas de seguridad relacional o las restricciones de integridad.