Universidad Nueva Esparta Carrera: Computacin Materia: Base de Datos I Profesor: Jos Santiago Ochoa Semestre: 4, Seccin: 1004-U

LAS REGLAS DE CODD

Integrantes: Armando Stanchieri CI 20.490.736

LAS REGLAS DE CODD

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 relacional. Publico 12 reglas que un verdadero un sistema relacional debera cumplir de cumplir. En la prctica algunas de ellas son difciles de realizar. modelo

REGLA 0 Un sistema de gestin de bases de datos relaciones, debe usar exclusivamente sus capacidades relaciones para gestionar la base de datos.

REGLA 1: REGLA DE LA INFORMACION La informacin en una base de datos relacionales se

representa explcitamente en el nivel lgico exactamente de una manera con valores en tablas.

Representan exactamente igual que los datos de usuario.

 El lenguaje de SQL para acceder a los datos de la (regla 4) Un valor posible es el valor nulo.

Valor desconocido Valor no aplcate

REGLA 2: REGLA DEL ACCESO GARANTIZADO Cada uno de los datos valores atmicos de una BDR se

garantiza que son accesibles a nivel lgico utilizando una combinacin de nombre de tabla, valor de clave primaria y nombre de columna.

Un dato

almacenado

en

una BDR tiene que Para ello

poder ser direccionado unvocamente. mediante la clave primaria) El concepto soportado de en la clave primaria,

hay que indicar en qu tabla est, cual es la fila

que no es En

muchas implementaciones.

estos

casos,

para lograr

un efecto similar se

puede hacer lo siguiente: Los atributos claves primarias no puede ser nulos (NOT NULL) Sobre la clave primaria

No puede eliminar nunca ms.

REGLA 3: TRATAMIENTO SISTEMTICO DE VALORES NULOS Los valores nulos son distintos de la cadena vaca, blancos, 0,1,etc se soportan en los SGBD totalmente relacionales para representar informacin desconocida o no aplicable de manera sistemtica, independientemente del tipo de datos. La necesidad de los valores nulos para un

tratamiento sistemtico de los menores.

Hay problemas para soportar los valores nulos en las operaciones relacionales, especialmente en las operaciones lgicas.

 Es una posible solucin existen tres (no dos) , valores de verdad: Verdadero, Falso y Desconocido (null). Se crean tablas de tablas para las operaciones lgicas: Por ejemplo NULL Y NULL = NULL VERDADERO Y NULL = NULL

FALSO Y NULL = FALSO VERDADERO O NULL = VERDADERO

HAY MUCHAS COSAS Al usuario el manejo de los lenguajes relaciones se complica pues es ms difcil de entender.

REGLA 4: CATLOGO DINMICO EN LNEA EN EL MODELO RELACIONAL Se representa a nivel lgico de la misma manera que los datos normales, de modo que los usuarios autorizados pueden aplicar el mismo relacional a su consulta, igual a los datos normales. Una consecuencia de la regla 1 por su importancia. que se destaca

Se almacenan usando el

modelo relacional, con todas las consecuencias.

REGLA 5: REGLA DEL SUBLENGUAJE DE DATOS COMPLETO Un sistema relacional debe soportar varios

lenguajes y varios modos de uso de terminal. 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: Definicin de datos.

 Definicin de visitas. Limitantes de integridad. Limitantes de transaccin por ejemplo ( Iniciar, realizar) (Begin, commit). Manipulacin de datos. Poder tener interfaces ms amigables para hacer

consultas, etc. Siempre debe haber una manera de hacerlo 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. REGLA 6: REGLA DE ACTUALIZACION DE VISTAS Todas las vistas que son tericamente actualizables se pueden actualizar por el sistema.

 El problema claro.

es determinar cules son las vistas muy

tericamente actualizables, ya que no est

Hacer unas suposiciones

particulares

sobre

las

vistas que son actualizables.

REGLA 7: INSERCIN, ACTUALIZACIN Y BORRADO DE ALTO NIVEL Una relacin base o derivada como un solo

operando aplica no slo a la recuperacin de los datos (consultas), si no tambin a la insercin , actualizacin y borrado de datos. El lenguaje de manejo de datos tambin debe ser de alto nivel (de conjuntos). Algunas bases de datos inicialmente slo podan modificar las tuplas de la base de datos de una en una (un registro de cada vez).

REGLA 8: INDEPENDENCIA FSICA DE DATOS Las aplicaciones y actividades del terminal permanecen inalteradas a nivel lgico cuandoquiera que se realicen cambios en las representaciones de almacenamiento o mtodos de acceso.

El modelo relacional es un modelo lgico de datos, y oculta las caractersticas de su representacin fsica.

REGLA 9: INDEPENDENCIA LGICA DE DATOS Las aplicaciones y actividades del terminal

permanecen inalteradas a nivel lgico cualquiera que se realicen a las tablas base que preserven la informacin. Modifica el esquema lgico preservando

informacin no valdra niveles superiores.

por ejemplo eliminar un

atributo no es un necesario modificar nada en

Ejemplos de cambios que preservan la informacin

Un aadir de atributo a una tabla base.

Dos tablas base por la unin de las mismas. Usando vistas de la unin puedo recrear las tablas anteriores.

REGLA 10: INDEPENDENCIA DE INTERGRIDAD El integridad especficos para una determinada base de datos relacional deben poder ser definidos en el su lenguaje de datos relacional, y almacenables en el catlogo, no en los programas de aplicacin.

Las bases de datos no es slo almacenar los datos, si no tambin sus relaciones y evitar que estas programas. Por (limitantes) se codifiquen en los de integridad.

tanto en una BDR se deben poder definir limitantes

Un ampliando ms los tipos de limitantes de integridad que se pueden utilizar en los SGBDR, hasta hace poco eran muy escasos.

Una parte de los limitaciones inherentes al modelo relacional.

 Una BDR tiene integridad de entidad. toda tabla debe tener una clave primaria. Una BDR tiene integridad referencial. toda clave externa no nula relacin donde es primaria.

Es decir,

Es decir,

debe existir en la

REGLA 11: INDEPENDENCIA DE DISTRIBUCIN Una BDR tiene independencia de distribucin. Las mismas rdenes y programas se ejecutan igual en una BD centralizada que en una distribuida. 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, etc. Esta regla es responsable de tres tipos de

transparencia de distribucin:

 Transparencia de localizacin: El usuario tiene la impresin de que trabaja con una BD local. (aspecto de la regla de independencia fsica) 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). Transparencia de replicacin: El usuario no se da cuenta de que pueden existir copias (rplicas) de una misma relacin en diferentes lugares. REGLA 12: REGLA DE LA NO SUBVERSIN 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 (conjunto de registros) de cada vez). 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.

Edgar F. Codd (1923-2003) Edgar Frank Codd naci en Portland Bill, un remoto pueblo de Dorset, Inglaterra, hijo de un curtidor y una profesora, siendo el menor de siete hermanos. Estudi becado matemticas y qumica en Oxford. Aunque podra haber evitado participar en la segunda guerra mundial por ser estudiante, se alist en la Real Fuerza Area. A los 25 aos viaj a los Estados Unidos y consigui trabajo en IBM como programador matemtico usando un prototipo de computador que ocupaba dos pisos completos de un edificio de oficinas en Manhattan. En 1953 emigr a Ottawa, Canad, frustrado por la poltica McCarthy de persecucin a los comunistas. Unos aos ms tarde volvi a Estados Unidos y obtuv la ciudadana, aunque nunca perdi su acento britnico. En 1965 termin un doctorado en computacin de la Univ. de Michigan en Ann Arbor. Una

evaluacin negativa de su supervisor en Nueva York signific un traslado a los laboratorios de IBM en San Jos en 1967. Sera aqu que Codd conocera el mundo de las bases de datos, al que se dedicara en los aos siguientes. En 1978 Codd se divorci de su primera esposa, Elizabeth. En 1981 obtuv el premio Turing de la ACM, el ms importante en computacin. La vida de Codd cambi en 1983, cuando sufri una seria cada. Luego de recuperarse, jubil de IBM y abandon su diversin favorita: volar. Sin embargo sigui trabajando hasta 1999, en la consultora que form con Chris Date y Sharon Weinberg, dos ex colaboradores de IBM. Sharon, despus de doce aos de cortejo, pasara a ser su segunda esposa en 1990. En 1996 obtuv el premio de la IEEE a pioneros de la computacin. Los ltimos aos vivi en Williams Island, Florida. Codd tuv cuatro hijos y tena seis nietos. Sus Contribuciones En 1969 Edgar Codd invent el modelo relacional, el modelo de bases de datos ms usado hoy en da y para muchas personas, el nico que conocen. Desde el sistema R de IBM a Oracle han pasado 30 aos y an es el modelo dominante. Inicialmente el apoyo de IBM a los sistemas de bases de datos tradicionales (de redes) era mayoritario, poderoso y agresivo. Slo aos ms tarde, en 1978, durante una reunin tcnica de alto nivel el modelo

relacional llam la atencin del presidente de IBM, Frank Cary. Ms tarde IBM anunci SQL/DS, su primer producto relacional comercial en 1981, seguido de DB2 en 1983. Sin embargo esta tardanza en adoptar el modelo relacional signific perder un mercado que tomaron otros. El trabajo inicial de Codd fue publicado en Communications of the ACM en 1970. Su trabajo sobre normalizacin de bases de datos fue publicado como un informe tcnico de IBM en 1971. Ocho aos ms tarde, en ACM Transactions of Database Systems, public varias extensiones al modelo relacional. En 1985 postul una lista de 13 reglas que deba cumplir un producto de bases de datos para ser llamado relacional.