Contenido

Introduccin .................................................................................................................................... 2 Diseo relacional ............................................................................................................................. 2 Caractersticas del diseo relacional ............................................................................................... 2 Dominios atmicos y la primera forma normal .............................................................................. 3 Dependencias funcionales .............................................................................................................. 3 Segunda forma normal.................................................................................................................... 4 Tercera forma normal ..................................................................................................................... 5 Forma normal de Boyce-Codd......................................................................................................... 6 Algoritmos de descomposicin ....................................................................................................... 7 Ejemplo de descomposicin en FNBC ............................................................................................. 7 Descomposicin .............................................................................................................................. 7 Formas normales superiores ........................................................................................................... 7 Integridad de las B.D ....................................................................................................................... 8 Conclusin ....................................................................................................................................... 9

Introduccin
En esta unidad hablaremos acerca de lo que es el diseo de base de datos relacionales y abordaremos algunos puntos acerca de este tema. Hablaremos acerca de cules son las caractersticas para el diseo de una base de datos de este tipo tratando de expresar de manera clara, eficaz y breve cada una de las caractersticas para el fcil entendimiento del lector. Adems abordaremos algunos ejemplos fciles de entender en algunos temas para hacer ms entendible la explicacin de cada uno de estos. Tambin hablaremos acerca de las formas normales desde la primera hasta la tercera y la forma normal de boyce-codd as como la forma normal superior y veremos la integridad de las bases de datos y por qu es importante este punto, espero que este ensayo les ayude a entender mejor lo que es un diseo de base de datos relacional.

Diseo relacional
Metodologa de desarrollo basada en las relaciones (enlaces) que se forman automtica o manualmente durante la definicin del producto. La tecnologa que respalda el modelo resulta fundamental para implementar esta tcnica. En su forma ms avanzada, presente en CATIA, el diseo relacional plasma automticamente en la definicin del producto el cambio efectuado a una meta de produccin. Por ejemplo, las especificaciones de un avin (como el tiempo mximo de vuelo), pueden estar relacionadas con una pauta de diseo (como la capacidad de reserva de combustible) que, a su vez, est relacionada con la dimensin del ala. As, una modificacin en el tiempo de vuelo o en la capacidad de la reserva de combustible repercutir en la dimensin y forma de la envergadura del ala y en la cantidad de costillas y rigidizadores.

Caractersticas del diseo relacional

- Generar un conjunto de esquemas de relaciones que permitan almacenar la informacin con un mnimo de redundancia, que facilite la recuperacin de la informacin. - Diseo de esquemas con una forma normal adecuada. - Informacin adicional que proporciona una serie de limitantes que se denominan dependencias de los datos. - Disminuye los problemas ocasionados en las aplicaciones desarrolladas. - Incorpora mecanismos de consultas potentes, independientes del SGDB.

Dominios atmicos y la primera forma normal

Los dominios suponen una gran mejora en este modelo ya que permiten especificar los posibles valores vlidos para un atributo. Cada dominio incorpora su nombre y una definicin del mismo. Ejemplos de dominio: - Direccin: 50 caracteres - Nacionalidad: Espaol, Francs, Italiano,... Los dominios pueden ser tambin compuestos a partir de otros (ao, mes y da = fecha) Primera forma normal (1FN) Una tabla se encuentra en primera forma normal si impide que un atributo de una tupla pueda tomar ms de un valor. Por ejemplo la tabla TRABAJADOR. TRABAJADOR DNI Nombre Departamento 12121212A Andrs Mantenimiento 12345345G Andrea Direccin Visualmente es una tabla, pero no una tabla relacional (lo que en terminologa de bases de datos relacionales se llama relacin). No cumple la primera forma normal. Lo cumplira si:

TRABAJADOR DNI 12121212A 12345345G 12354345G Nombre Andrs Andrea Andrea Departamento Mantenimiento Direccin Gestin

Dependencias funcionales
Una dependencia funcional es una relacin entre atributos de una misma relacin (tabla). Si X e Y son atributos de la relacin R, se dice que Y es funcionalmente dependiente de X (se denota por X- Y) si cada valor de X tiene asociado un solo valor de X (X e Y pueden constar de uno o varios atributos). A X se le denomina determinante, ya que X determina el valor de Y. Se dice que el atributo Y es completamente dependiente de X si depende funcionalmente de X y no depende de ningn subconjunto de X.

La dependencia funcional es una nocin semntica. Si hay o no dependencias funcionales entre atributos no lo determina una serie abstracta de reglas, sino, ms bien, los modelos mentales del usuario y las reglas de negocio de la organizacin o empresa para la que se desarrolla el sistema de informacin. Cada dependencia funcional es una clase especial de regla de integridad y representa una relacin de uno a muchos. Sean a y b atributos de una misma tabla o relacin T. Se dice que b es funcionalmente dependiente de a y se denota T.a T.b o bien simplemente a b si todo posible valor de a tiene asociado un nico valor de b, o lo que es lo mismo, en todas las tuplas de T en las que el atributo a toma el mismo valor v1, el atributo b toma tambin un mismo valor v2. Claramente a b no implica b a. Pueden repetirse los valores del atributo b para distintos valores de a. Un mismo atributo puede determinar funcionalmente a varios atributos lo cual se denota a (b1, b2,). Puede darse una dependencia funcional mutua: a b y b a o lo que es lo mismo a < b. Ntese que el concepto de dependencia funcional no depende de la extensin concreta (contenido) que en un momento determinado tenga la tabla sino de cualquier posible extensin que pudiera tener. Los atributos a y b pueden ser simples o compuestos (formados por la agregacin de varios atributos). Los atributos funcionalmente dependientes pueden o no formar parte de la clave primaria de la tabla, de una clave altenativa o de una clave ajena de otra tabla. El atributo b es funcionalmente dependiente de forma completa de a si a b y b no depende funcionalmente de ningn subconjunto de atributos de a. Si a es un atributo simple y a b entonces la dependencia funcional es con seguridad completa.

Segunda forma normal

Una relacin R se encuentra en segunda forma normal si y solo si esta en primera forma normal y todos los atributos no claves, dependen funcionalmente de la clave primaria. Una relacin se encuentra en segunda forma normal, cuando cumple con las reglas de la primera forma normal y todos sus atributos que no son claves (llaves) dependen por completo de la clave. Cada tabla que tiene un atributo nico como clave, est en segunda forma normal. La 2FN se aplica a las relaciones que tienen claves primarias compuestas por dos o ms atributos. Si una relacin est en 1FN y su clave primaria es simple (tiene un solo atributo), entonces tambin est en 2FN. Las relaciones que no estn en 2FN pueden sufrir anomalas cuando se realizan actualizaciones. Para pasar una relacin en 1FN a 2FN hay que eliminar las dependencias parciales de la clave primaria. Para ello, se eliminan los atributos que son funcionalmente dependientes y se ponen en una nueva relacin con una copia de su determinante (los atributos de la clave primaria de los que dependen).

Ventajas Cuando se aplica la segunda forma normal se eliminan problemas como: La redundancia y ambigedad los datos. Lo cual puede provocar problemas de incoherencia debido a modificaciones parciales de los datos Anomalas de insercin borrada y modificacin de datos. Que pueden conducir a un estado inconsistente de la base de datos.

Tercera forma normal

A la hora de definir una base de datos se considera una buena prctica el normalizar las tablas. Hay muchas formas normales que han sido definidas en el tiempo. E. F. Codd defini cuatro de ellas en 1971, y a ellas se han agregado algunas otras, pero la ms practicada es la tercera forma normal, dado que evita la mayora de las inconsistencias en los datos debido a informacin que se duplica por estar mal ubicada en las tablas. Veamos un ejemplo clsico con una tabla de resultados deportivos: Copa vila vila Capital Sudeste Ao 2005 2006 2006 2006 Mejor Jugador Luis Damas Luis Damas Leo Silva Luis Alvarado Fecha de nacimiento 13 de junio de 1985 13 de junio de 1985 21 de enero de 1987 12 de abril de 1988

La tercera forma normal se puede enunciar as: Todo atributo que no forme parte de la clave debe depender de la clave completa (segunda forma normal) Todo atributo que no forme parte de la clave debe depender nicamente de la clave. En esta tabla ningn campo por s solo sirve de clave. Un buen candidato para clave es la combinacin (Copa, Ao) y con ello cumplimos con la primera de las condiciones: El mejor jugador de la copa vila del 2005 es Luis Damas y el ao de nacimiento del mejor jugador de la copa vila del 2005 es 1985.

Sin embargo, la segunda condicin no se cumple, dado que hay una dependencia entre la fecha de nacimiento y el mejor jugador; en otras palabras la relacin entre la fecha de nacimiento y la clave es la composicin de la relacin entre la fecha de nacimiento y el jugador con la relacin entre el jugador y la clave. Esta dependencia puede representar un problema, por ejemplo al actualizar (por ejemplo, para corregir un error) la fecha de nacimiento de un jugador, dado que esa informacin se encuentra repetida en diferentes filas de la tabla.

Se puede revisar este modelo para ajustarlo a la tercera forma normal, ubicando los datos que dependen del jugador en una tabla separada: Copa vila vila Capital Sudeste Ao 2005 2006 2006 2006 Mejor Jugador Luis Damas Luis Damas Leo Silva Luis Alvarado Fecha de nacimiento 13 de junio de 1985 21 de enero de 1987 12 de abril de 1988

Jugador Luis Damas Leo Silva Luis Alvarado

Ahora el problema de actualizacin de la fecha de nacimiento desaparece, dado que esta se almacena en un slo lugar.

Forma normal de Boyce-Codd

La Forma Normal Boyce-Codd (Denominada por sus siglas en ingls como BCNF o FNBC) es una forma normal utilizada en la normalizacin de bases de datos. Es una adaptacin vagamente ms segura de lo establecido en la Tercera Forma Normal (3FN). Es una etapa en que se deben agrupar los datos por afinidad, formando tablas las cuales se relacionan entre s mediante campos comunes; una tabla se considera en esta forma si y slo s cada determinante o atributo es una llave candidata. La forma normal de Boyce-Codd requiere que no existan dependencias funcionales no triviales de los atributos que no sean un conjunto de la clave candidata. En base de datos un atributo determinante es un atributo del que depende funcionalmente de manera completa algn otro atributo. Todo determinante es una clave candidata. Como una tabla est en Forma Normal de Boyce-Codd si solo existen dependencias funcionales elementales que dependan de la clave primaria o de cualquier clave alternativa. Si la clave primaria est formada por un solo atributo y est en 3FN, sta a su vez est en FNBC. Cmo en una tabla en 3FN, todos los atributos dependen de una clave, de la clave completa y de ninguna otra cosa excepto de la clave. Se dice que una tabla est en FNBC si y solo si est en 3FN y cada dependencia funcional no trivial tiene una clave candidata como determinante. En trminos menos formales, una tabla est en FNBC si est 3FN y los nicos determinantes son claves candidata

La 2FN y la 3FN eliminan las dependencias parciales y las dependencias transitivas de la clave primaria. Pero este tipo de dependencias todava pueden existir sobre otras claves candidatas, si stas existen. La BCFN es ms fuerte que la 3FN, por lo tanto, toda relacin en BCFN est en 3FN. La violacin de la BCFN es poco frecuente ya que se da bajo ciertas condiciones que raramente se presentan. Se debe comprobar si una relacin viola la BCFN si tiene dos o ms claves candidatas compuestas que tienen al menos un atributo en comn.

Algoritmos de descomposicin
La palabra algoritmo se deriva del latn (algorithm). Que se refiere al conjunto finito de instrucciones para llevar a cabo una tarea. El cual es simplemente la manera de resolver un problema. Y cuya descomposicin consiste en dividir el problema en subproblemas ms simples, con el fin de encontrar una solucin. Veamos el siguiente ejemplo para entenderlo mejor.

Ejemplo de descomposicin en FNBC

Dada una dependencia R = (nombre-sucursal, ciudad-sucursal, activos, nombre-cliente, numero-prestamo, cantidad) F = {nombre-sucursal, activos ciudad-sucursal numero-prestamo, cantidad nombre-sucursal} Clave = {numero-prestamo, nombre-cliente}

Descomposicin
R1 = (nombre-sucursal, ciudad-sucursal, activos) R2 = (nombre-sucursal, nombre-cliente, numero-prstamo, cantidad) R3 = (nombre-sucursal, numero-prstamo, cantidad) R4 = (nombre-cliente, numero-prstamo) Descomposicin final R1, R3, R4

Formas normales superiores

Otras formas normales Existen otras formas normales que es deseable que se den en una relacin: Cuarta Forma Normal (4FN) Una tabla se encuentra en 4FN si, y slo si, para cada una de sus dependencias mltiples no funcionales X->->Y, siendo X una super-clave que, X es o una clave candidata o un conjunto de claves primarias.

Quinta Forma Normal (5FN) Una tabla se encuentra en 5FN si: La tabla est en 4FN No existen relaciones de dependencias no triviales que no siguen los criterios de las claves. Una tabla que se encuentra en la 4FN se dice que est en la 5FN si, y slo si, cada relacin de dependencia se encuentra definida por las claves candidatas.

Integridad de las B.D

El trmino integridad de datos se refiere a la correccin y completitud de los datos en una base de datos. Cuando los contenidos se modifican con sentencias INSERT, DELETE o UPDATE, la integridad de los datos almacenados puede perderse de muchas maneras diferentes. Pueden aadirse datos no vlidos a la base de datos, tales como un pedido que especifica un producto no existente. Pueden modificarse datos existentes tomando un valor incorrecto, como por ejemplo si se reasigna un vendedor a una oficina no existente. Los cambios en la base de datos pueden perderse debido a un error del sistema o a un fallo en el suministro de energa. Los cambios pueden ser aplicados parcialmente, como por ejemplo si se aade un pedido de un producto sin ajustar la cantidad disponible para vender. Una de las funciones importantes de un DBMS relacional es preservar la integridad de sus datos almacenados en la mayor medida posible. Tipos de restricciones de integridad Datos Requeridos: establece que una columna tenga un valor no NULL. Se define efectuando la declaracin de una columna es NOT NULL cuando la tabla que contiene las columnas se crea por primera vez, como parte de la sentencia CREATE TABLE. Chequeo de Validez: cuando se crea una tabla cada columna tiene un tipo de datos y el DBMS asegura que solamente los datos del tipo especificado sean ingresados en la tabla. Integridad de entidad: establece que la clave primaria de una tabla debe tener un valor nico para cada fila de la tabla; si no, la base de datos perder su integridad. Se especifica en la sentencia

CREATE TABLE. El DBMS comprueba automticamente la unicidad del valor de la clave primaria con cada sentencia INSERT Y UPDATE. Un intento de insertar o actualizar una fila con un valor de la clave primaria ya existente fallar. Integridad referencial: asegura la integridad entre las llaves forneas y primarias (relaciones padre/hijo). Existen cuatro actualizaciones de la base de datos que pueden corromper la integridad referencial: La insercin de una fila hijo se produce cuando no coincide la llave fornea con la llave primaria del padre. La actualizacin en la llave fornea de la fila hijo, donde se produce una actualizacin en la clave ajena de la fila hijo con una sentencia UPDATE y la misma no coincide con ninguna llave primaria. La supresin de una fila padre, con la que, si una fila padre -que tiene uno o ms hijos- se suprime, las filas hijos quedarn hurfanas. La actualizacin de la llave primaria de una fila padre, donde si en una fila padre, que tiene uno o ms hijos se actualiza su llave primaria, las filas hijos quedarn hurfanas.

Conclusin
En la investigacin de esta unidad se trato acerca del diseo de una base de datos relacional y de los puntos bsicos que la componen como son sus caractersticas, sus dominios, su integridad y sus formas ms comunes. Se trataron estos puntos de manera entendible y con algunos ejemplos para que usted pudiera entender con la mayor rapidez cada uno de estos temas y as poder aplicarlos fcilmente. Espero que le haya sido de utilidad este material y haya aprendido acerca del diseo de lo que es una base de datos relacional.