CODIGOHTML=
<font color="#AA000" size="30">Contenido</font>
<font color="00000" size="15"><b>LAS DOCE REGLAS DE CODD.</b>
En la dcada de los 80 comenzaron a aparecer numerosos SGBD que se anunciaban como 'relacionales'. Sin embargo estos sistemas carecan de muchas caractersticas que se consideran importantes en un sistema relacional, perdiendo muchas ventajas del modelo relacional. Como ejemplo extremo de esto "sistemas relacionales" eran simplemente sistemas que utilizaban tablas para almacenar la informacin, no disponiendo de elementos como claves primarias, etc.
En 1984 Codd public 12 reglas que un verdadero sistema relacional debera de cumplir. En la prctica algunas de ellas son difciles de realizar.
Un sistema podr considerarse 'ms relacional' cuanto ms siga estas reglas.
<b>REGLA 0:</b>
Para que un sistema se denomine sistema de gestin de bases de datos relacionales, este sistema debe usar (exclusivamente) sus capacidades relacionales para gestionar la base de datos.
<b>REGLA 1: REGLA DE LA INFORMACIN</b>
Toda la informacin en una base de datos relacional se representa explcitamente en el nivel lgico exactamente de una manera: con valores en tablas.
<li>Por tanto los metadatos (diccionario, catlogo) se representan exactamente igual que los datos de usuario.
Y puede usarse el mismo lenguaje (ej. SQL) para acceder a los datos y a los metadatos (regla 4)
Un valor posible es el valor nulo, con sus dos interpretaciones:
Valor desconocido (ej. direccin desconocida)
Valor no aplicable (ej. empleado soltero no tiene esposa).</li>
<b>REGLA 2: REGLA DEL ACCESO GARANTIZADO</b>
Para todos y cada uno de los datos (valores atmicos) de una BDR(Base de Datos relacional) se garantiza que son accesibles a nivel lgico utilizando una combinacin de nombre de tabla, valor de clave primaria y nombre de columna.
<li>Cualquier dato almacenado en una BDR tiene que poder ser direccionado univocamente. Para ello hay que indicar en qu tabla est, cul es la columna y cul es la fila (mediante la clave primaria).
Por tanto se necesita el concepto de clave primaria, que no es soportado en muchas implementaciones. En estos casos, para lograr un efecto similar se puede hacer lo siguiente:
Hacer que los atributos clave primaria no puedan ser nulos (NOT NULL).
Crear un ndice nico sobre la clave primaria.
No eliminar nunca el ndice.</li>
<b>REGLA 3: TRATAMIENTO SISTEMTICO DE VALORES NULOS</b>
Los valores nulos (que son distintos de la cadena vaca, blancos, 0, ...) se soportan en los SGBD totalmente relacionales para representar informacin desconocida o no aplicable de manera sistemtica, independientemente del tipo de datos.
<li>Se reconoce la necesidad de la existencia de valores nulos, para un tratamiento sistemtico de los mismos.
Hay problemas para soportar los valores nulos en las operaciones relacionales, especialmente en las operaciones lgicas.</li>
Lgica trivaluada. Es una posible solucin. Existen tres (no dos) valores de verdad: Verdadero, Falso y Desconocido (null). Se crean tablas de verdad para las operaciones lgicas:
<li> null Y null = null
Verdadero Y null = null
Falso Y null = Falso
Verdadero O null = Verdadero</li>
Un inconveniente es que de cara al usuario el manejo de los lenguajes relacionales se complica pues es ms difcil de entender.
<b>REGLA 4: CATLOGO DINMICO EN LNEA BASADO EN EL MODELO RELACIONAL</b>
La descripcin de la base de datos se representa a nivel lgico de la misma manera que los datos normales, de modo que los usuarios autorizados pueden aplicar el mismo lenguaje relacional a su consulta, igual que lo aplican a los datos normales.
<li>Es una consecuencia de la regla 1 que se destaca por su importancia. Los metadatos se almacenan usando el modelo relacional, con todas las consecuencias.</li>
<b>REGLA 5: REGLA DEL SUBLENGUAJE DE DATOS COMPLETO</b>
Un sistema relacional debe soportar varios lenguajes y varios modos de uso de terminal (ej: rellenar formularios, etc.). Sin embargo, debe existir al menos un lenguaje cuyas sentencias sean expresables, mediante una sintaxis bien definida, como cadenas de caracteres y que sea completo, soportando:
<li>Definicin de datos
Definicin de vistas
Manipulacin de datos (interactiva y por programa)
Limitantes de integridad
Limitantes de transaccin (iniciar, realizar, deshacer) (Begin, commit, rollback).
Adems de poder tener interfaces ms amigables para hacer consultas, etc. siempre debe de haber una manera de hacerlo todo de manera textual, que es tanto como decir que pueda ser incorporada en un programa tradicional.
Un lenguaje que cumple esto en gran medida es SQL.</li>
<b>REGLA 6: REGLA DE ACTUALIZACIN DE VISTAS</b>
Todas las vistas que son tericamente actualizables se pueden actualizar por el sistema.
<li>El problema es determinar cules son las vistas tericamente actualizables, ya que no est muy claro.
Cada sistema puede hacer unas suposiciones particulares sobre las vistas que son actualizables.</li>
<b>REGLA 7: INSERCIN, ACTUALIZACIN Y BORRADO DE ALTO NIVEL</b>
La capacidad de manejar una relacin base o derivada como un solo operando se aplica no slo a la recuperacin de los datos (consultas), si no tambin a la insercin, actualizacin y borrado de datos.
<li>Esto es, el lenguaje de manejo de datos tambin debe ser de alto nivel (de conjuntos). Algunas bases de datos inicialmente slo podian modificar las tuplas de la base de datos de una en una (un registro de cada vez).</li>
<b>REGLA 8: INDEPENDENCIA FSICA DE DATOS</b>
Los programas de aplicacin y actividades del terminal permanecen inalterados a nivel lgico cuando quiera que se realicen cambios en las representaciones de almacenamiento o mtodos de acceso.
<li>El modelo relacional es un modelo lgico de datos, y oculta las caractersticas de su representacin fsica.</li>
<b>REGLA 9: INDEPENDENCIA LGICA DE DATOS</b>
Los programas de aplicacin y actividades del terminal permanecen inalterados a nivel lgico cuando quiera que se realicen cambios a las tablas base que preserven la informacin.
<li>Cuando se modifica el esquema lgico preservando informacin (no valdra p.ej. eliminar un atributo) no es necesario modificar nada en niveles superiores.
Ejemplos de cambios que preservan la informacin:
Aadir un atributo a una tabla base.
Sustituir dos tablas base por la unin de las mismas.</li>
<b>REGLA 10: INDEPENDENCIA DE INTEGRIDAD</b>
Los limitantes de integridad especficos para una determinada base de datos relacional deben poder ser definidos en el sublenguaje de datos relacional, y almacenables en el catlogo, no en los programas de aplicacin.
<li>El objetivo de las bases de datos no es slo almacenar los datos, sino tambin sus relaciones y evitar que estas (limitantes) se codifiquen en los programas. Por tanto en una BDR se deben poder definir limitantes de integridad.
Cada vez se van ampliando ms los tipos de limitantes de integridad que se pueden utilizar en los SGBDR(Sistema de Base de Datos Relacional), aunque hasta hace poco eran muy escasos.
Como parte de los limitantes inherentes al modelo relacional (forman parte de su definicin) estn:
Una BDR tiene integridad de entidad. Es decir, toda tabla debe tener una clave primaria.
Una BDR tiene integridad referencial. Es decir, toda clave externa no nula debe existir en la relacin donde es primaria.</li>
<b>REGLA 11: INDEPENDENCIA DE DISTRIBUCIN</b>
Una BDR tiene independencia de distribucin.
<li>Las mismas rdenes y programas se ejecutan igual en una BD centralizada que en una distribuida.</li>
Las BDR son fcilmente distribuibles:
Se parten las tablas en fragmentos que se distribuyen.
Cuando se necesitan las tablas completas se recombinan usando operaciones relacionales con los fragmentos.
Sin embargo se complica ms la gestin interna de la integridad, por ejemplo.
Esta regla es responsable de tres tipos de transparencia de distribucin:
<li>Transparencia de localizacin. El usuario tiene la impresin de que trabaja con una BD local. (aspecto de la regla de independencia fsica)</li>
<li>Transparencia de fragmentacin. El usuario no se da cuenta de que la relacin con que trabaja est fragmentada. (aspecto de la regla de independencia lgica de datos).</li>
<li>Transparencia de replicacin. El usuario no se da cuenta de que pueden existir copias (rplicas) de una misma relacin en diferentes lugares.</li>
<b>REGLA 12: REGLA DE LA NO SUBVERSIN</b>
Si un sistema relacional tiene un lenguaje de bajo nivel (un registro de cada vez), ese bajo nivel no puede ser usado para saltarse (subvertir) las reglas de integridad y los limitantes expresados en los lenguajes relacionales de ms alto nivel (una relacin).
<li>Algunos problemas no se pueden solucionar directamente con el lenguaje de alto nivel.
Normalmente se usa SQL inmerso en un lenguaje anfitrin para solucionar estos problemas. Se utiliza el concepto de cursor para tratar individualmente las tuplas de una relacin. En cualquier caso no debe ser posible saltarse los limitantes de integridad impuestos al tratar las tuplas a ese nivel.</li></font>