Base de Datos Relacional

Tabla

En el mdulo uno habamos comentado que el elemento principal de una base de datos es la tabla; a travs de ella son representadas las entidades, las entidades son definidas o entendidas mediante los atributos y cada atributo contiene en su dominio los valores para describirlo. Cada elemento que forma parte de una entidad determinada es entendido a travs de los atributos y conforma un registro.

Figura 1. Elementos de una tabla Cada instancia de una entidad debe ser unvocamente identificable, de manera tal que cada registro de la entidad debe estar separado y ser unvocamente identificable del resto de los registros de esa misma entidad; y quien permite esta identificacin es la llave primaria. Otra propiedad a considerar en una tabla es el ndice de acceso; este ndice ser una funcin que acelera la bsqueda y la ordenacin de una tabla segn unos valores clave y que puede conceder exclusividad a las filas de una tabla. La clave principal de una tabla se indiza automticamente. Ahora debemos dar un paso adelante y ver cmo son relacionadas las tablas en una base de Datos Relacional
Relaciones

Otro elemento fundamental en toda base de datos relacional, como lo es el Access, son las relaciones. Es importante identificar, cuando corresponda, cules son las relaciones existentes entre las tablas y cul es su caracterstica. La relacin representa una asociacin establecida entre campos comunes (columnas) en dos tablas. En la siguiente representacin (Figura 2) se indica que cada PROFESRO dicta una materia y el dominio de los cdigos de materia se encuentra en la tabla MATERIA

Figura 2 Tipo de relacin uno a uno

Tipo de relaciones

Existen tres tipos de elaciones, que son: uno a uno, una a varios y varios a varios. En la Base de Datos las relaciones del tipo varios a varios no pueden ser expresadas, por lo que deben ser remodelizadas. Relaciones uno a uno

Figura 3. Relacin uno a uno En una relacin uno a uno (Figura 3), cada registro de la Tabla MATERIA slo puede tener un registro coincidente en la Tabla PROFESOR y viceversa. En este ejemplo se est representando que cada materia solamente puede ser dada por un profesor. Relaciones uno a varios

Figura 4. Relacin uno a varios En este modelo (Figura 4) ser representa que mas de un PROFESOR puede dictar la misma MATERIA. En la relacin uno a varios un registro de la Tabla MATERIA puede tener muchos registros coincidentes en la Tabla PROFESOR, pero un registro de la Tabla PROFESOR slo tiene un registro coincidente en la Tabla MATERIA.

Figura 5. Relacin uno a varios En este modelo (Figura 5) se representa un PROFESOR puede dictar varias MATERIAS. Relacin varios a varios En una relacin varios a varios, un registro de la Tabla A puede tener muchos registros coincidentes en la Tabla B y viceversa. Este tipo de relacin slo es posible si se define una tercera tabla (denominada tabla de unin), cuya clave principal consta de al menos dos campos; y que adems, estos campos, correspondan a las claves externas de las Tablas A y B.

Figura 6. Relacin varios a varios

Formas normales

El proceso de normalizacin consiste, bsicamente, en la aplicacin de un conjunto de reglas para definir adecuadamente los datos o campos que compondrn los archivos de datos. Esas reglas buscan:

Minimizar redundancias; Eliminar anomalas de actualizacin; Proveer el mejor camino de acceso a cualquier dato; Asegurar resistencia a la manutencin del modelo de datos; Evitar datos no identificables a travs de una definicin rigurosa de identificadores y relaciones

PRIMERA FORMA NORMAL (1FN). Asegurar que todas las entidades son identificadas de forma nica por una combinacin de atributos y/o relaciones. Se refiere a cualquier archivo que posea un valor por campo; la relacin entre la llave primaria de un archivo y cada uno de los otros campos debe ser de uno a uno. De una manera prctica, debemos eliminar grupos repetidos de datos, hasta que cada dato tenga una llave primaria para cada ocurrencia.

Producto Arroz Poroto Harina Azcar

Negocio Coto, Disco, Carrefour, Jumbo Coto, Macro, Carrefour, Jumbo Coto, Macro, Carrefour Ta, Disco, Carrefour

Producto ARROZ ARROZ ARROZ ARROZ POROTO POROTO POROTO POROTO HARINA HARINA HARINA AZUCAR AZUCAR AZUCAR
SEGUNDA FORMA NORMAL (2FN).

Negocio Coto Disco Carrefour Jumbo Coto Macro Carrefour Jumbo Coto Macro Carrefour Disco Carrefour Ta

Telfono 670-1158 923-3951 921-4802 342-6400 670-1158 923-4377 921-4802 342-6400 670-1158 923-4377 921-4802 923-3951 921-4802 449-7448

Cantidad 200 500 700 1000 300 500 200 400 400 600 100 1100 900 1200

Precio Total 10 2000 9 4500 11 7700 8 8000 13 3900 12 6000 14 2800 8 3200 8 3200 9 5400 7 700 4 4400 5 4500 3 3600

Eliminar atributos que dependen solamente de una parte del identificador nico Si una entidad tiene un identificador nico compuesto de ms de un atributo y/o relacin, y si otro atributo depende slo de una de las partes de este identificador compuesto, entonces el atributo, y la parte del identificador del que depende, debern formar la base de una nueva entidad. La entidad nueva, se identifica por la parte emigrada del identificador nico de la entidad original, y tiene una relacin de uno a varios unida con la entidad original. Para testear si un archivo de datos est en la segunda forma normal debemos hacer inicialmente las siguientes preguntas: Cul es el campo o conjunto de campos que constituye la llave primaria del archivo? Si la llave primaria fuese concatenada, esto es, formada por mas de un campo, preguntamos tambin:

Hay algn campo no-llave que dependa de apenas, de una parte de la llave primaria? La cantidad depende apenas de una parte de la llave? La respuesta es no; pues es preciso conocer tanto el producto como el negocio para obtener la Cantidad. El Precio depende apenas de una parte de la llave? La respuesta es tambin no; pues es Preciso conocer tanto el Producto como el Negocio para obtener el Precio. El Telfono depende apenas de una parte de la llave? En este caso la respuesta es s; pues si usted conoce el Negocio tambin podr saber cual es su Telfono, independientemente del Producto; por lo tanto, el archivo ejemplificado anteriormente no est en la segunda forma normal, pues l no pas por el Test.

@ Producto@ NegocioTelfono CantidadPrecioTotal ARROZ Coto 670-1158200 10 2000 ARROZ Disco 923-3951500 9 4500 ARROZ Carrefour 921-4802700 11 7700 @ Producto@ NegocioCantidadPrecioTotal ARROZ Coto 200 10 2000 ARROZ Disco 500 9 4500 ARROZ Carrefour 700 11 7700 ARROZ Jumbo 1000 8 8000 POROTO Coto 300 13 3900 POROTO Macro 500 12 6000 POROTO Carrefour 200 14 2800 POROTO Jumbo 400 8 3200 HARINA Coto 400 8 3200 HARINA Macro 600 9 5400 HARINA Carrefour 100 7 700 AZUCAR Disco 1100 4 4400 AZUCAR Carrefour 900 5 4500 AZUCAR Ta 1200 3 3600 @ NegocioDireccin Telfono Coto Av. Del trabajo 1176670-1158 Disco Emilio Mitre 515 923-3951 Carrefour Av. La Plata 2222 921-4802 Jumbo Av. Cruz 4897 342-6400 Macro Av. Rivadavia 4735 923-4377 Ta Av. Rivadavia 7788 449-7448
TERCERA FORMA NORMAL (3FN). Eliminar los atributos dependientes de atributos que no son parte del identificador nico. Un archivo en la segunda forma normal tambin estar en la tercera forma normal si un campo no-llave depende de otro campo no-llave. Para verificar si un archivo en la segunda forma normal tambin est en la tercera forma normal debemos preguntar: Algn campo no-llave es dependiente de cualquier otro campo no-llave?

Producto Negocio CantidadPrecio ARROZ Coto 200 10

Producto Negocio CantidadPrecio ARROZ Disco 500 9 ARROZ Carrefour700 11 ARROZ Jumbo 1000 8 POROTOCoto 300 13 POROTOMacro 500 12 POROTOCarrefour200 14 POROTOJumbo 400 8 HARINA Coto 400 8 HARINA Macro 600 9 HARINA Carrefour100 7 AZUCAR Disco 1100 4 AZUCAR Carrefour900 5 AZUCAR Ta 1200 3