Diseño Lógico El modelo relacional. M.Sc.Lic. Cimar H. Meneses España

Transcripción

1 Diseño Lógico El modelo relacional

2 Introducción En capítulos anteriores hemos estudiado el modelo relacional, el cual es un modelo que permite representar la información a través de entidades y relaciones, las cuales posteriormente servirán como base a los S.G.B.D. Actualmente, para la mayoría de las aplicaciones de gestión que utilizan bases de datos, el modelo más empleado es el modelo relacional, por su gran versatilidad, potencia y por los formalismos matemáticos sobre los que se basa.

3 Características del modelo Permite representar la información del mundo real de una manera intuitiva, introduciendo conceptos cotidianos y fáciles de entender. Mantiene información sobre las propias características de la base de datos (metadatos), que facilitan las modificaciones. Por otro lado, incorpora mecanismos de consulta muy potentes, totalmente independientes del S.G.B.D., e incluso de la organización física de los datos; el propio S.G.B.D. es el encargado de optimizar estas preguntas en formato estándar, a sus características propias de almacenamiento.

4 Estructura del modelo

5 Estructura del modelo Nombre Oficio Sueldo Juan Cocinero 100 Pedro Botones 700 Juan Cocinero 700 Pedro Cocinero 700 Carlos Chofer 1200 Marco Mensajero 100 Las listas tradicionales mantenían un orden preestablecido Requerían de constantes cambios globales

6 Estructura del modelo Se pueden obtener muchos tipos de fichas, de acuerdo al contexto del problema que se esté tratando. Cada tipo de ficha, podrá tener diferente cantidad de ellas de acuerdo a la cantidad de información que se considere. Cada ficha es totalmente independiente de las demás.

7 Información de entrada Modelo E-R Modelo Relacional

8 Tablas, dominios y atributos Una tabla en el modelo relacional viene a ser como una de las listas descritas anteriormente. Una tabla o relación es una matriz rectangular que almacena líneas con una estructura concreta (Bidimensional): Cada columna tiene asociado un nombre único, indica además que los ítems almacenados en esta deben pertenecer a un conjunto de valores concreto Nombre de columna 1 Tupla 1 Tupla 2 Tupla n Nombre de columna 2 Todas lasfilas deben ser diferentes entre si Nombre de columna n

9 Grado y cardinalidad de una tabla El grado de esta tabla es el número de campos (Columnas) que posee, en nuestro caso 4. La cardinalidad es el número de tuplas (Filas) concretas que almacena: 7

10 Orden de filas y columnas El orden de las filas y de las columnas carece de importancia a efectos del S.G.B.D.

11 Tuplas y atributos Código Nombre Precio Menú Un atributo en una tupla no puede tomar un valor cualquiera,. Para evitar este tipo de situaciones anómalas en la medida de lo posible, obligaremos a que cada atributo sólo pueda tomar los valores pertenecientes a un conjunto de valores previamente establecido, o sea, un atributo tiene asociado un dominio de valores. Los dominios a que puede pertenecer un atributo, suelen depender de los que proporcione el S.G.B.D. que empleemos. Suelen ser comunes dominios como: Texto, Número entero, Número decimal, Fecha, Hora, Si/No, Etc.

12 Tuplas y atributos El nombre del atributo debe describir el significado de la información que representa. Almacena el costo de los platos No está claro (requiere descripción)

13 Dominio de los atributos (Diccionario de datos)

14 Atributos claves Una clave es un atributo o conjunto de atributos cuyo valor es único y diferente para cada tupla. Cada tabla puede poseer más de una clave. P.ej., en nuestro caso de la tabla Platos, la clave puede ser tanto el atributo Código, como el atributo Nombre. Tenemos dos claves potenciales, también llamadas claves candidatas.

15 Tipos de claves De entre todas las claves candidatas, el administrador, cuando define la tabla, debe decidir cuál de ellas va a ser la clave principal o clave primaria, mientras que el resto de las claves pasan a denominarse claves alternativas o claves alternas Claves candidatas Claves principal o primaria Clave alterna Las claves no deben ser superfluas (se pueden utilizar la técnica de eliminación para esta comprobación)

16 Claves-Reglas fundamentales sobre las base de datos Regla de identificación única «En ninguna tupla de una tabla, ninguno de los atributos que formen parte de la clave primaria de una relación podrá tomar un valor nulo. El valor de la clave será único para cada tupla de la tabla» Regla de laintegridad referencial «Si una tupla de una tabla A posee atributos (a1..an) que hacen referencia a la clave primaria de otra tupla de una tabla B, dichos atributos poseen, o bien valores nulos, o bien valores (v1..vn) que se corresponden con la clave de una tupla concreta de B».

17 Paso del esquema ER al modelo relacional Transformación de Entidades

18 Paso del esquema ER al modelo relacional Transformación de Entidades - Ejemplo NRO. DOCUMENTO JUGADORES TIPO FECHA DE NACIMIENTO NOMBRE COMPLETO AP. PATERNO NOMBRES AP. MATERNO

19 Paso del esquema ER al modelo relacional Transformación de relaciones (Muchos a muchos) Atributo 1 Identificador 2 Entidad 1 Relación Entidad 2 Identificador 1 Atributo 2 Relación(Identificador 1, Identificador 2, Atributo 1, Atributo 2)

20 Ejemplo de conversión N:N

21 Paso del esquema ER al modelo relacional Transformación de relaciones (Uno a muchos) Atributo 1 Atributo 2 Identificador 2 Entidad 1 Relación Entidad 2 Identificador 1 Atributo 3 Entidad 2(Identificador 2, Atributo 3) Entidad 1(Identificador 1, Identificador 2, Atributo 1, Atributo 2)

22 Ejemplo de conversión 1:N

23 Paso del esquema ER al modelo relacional Transformación de relaciones (Uno a uno) Atributo 1 Atributo 2 Identificador 2 Entidad 1 Relación Entidad 2 Identificador 1 Atributo 3 Entidad 1(Identificador 1, Identificador 2, Atributo 1, Atributo 2,) o bien Entidad2(Identificador2,Identificador1,Atributo 3, Atributo 2)

24 Ejemplo de conversión 1:1 CI (1,1) FECHA INICIO NOMBRE COMPLETO PRESIDENTE GOBIERNA PAÍS NOMBRES FECHA FIN NOMBRE POBLACIÓN AP. PATERNO AP. MATERNO

25 Paso del esquema ER al modelo relacional Transformación de relaciones (Narias)

26 Ejemplo de conversión de relaciones n-arias

27 Paso del esquema ER al modelo Generalización y especialización

28 Ejemplo de conversión con especialización

29 Ejemplo de conversión -1 NOMBRE A ASIGNATURA (1,n) N:1 DICTA (1,1) DOCENTE CI SIGLA (1,n) HORARIO NOMBRE TELEFONO N:N PROGRAMA FECHA PROGRAMACIÓN (1,n) ESTUDIANTE CI NOMBRE DIRECCIÓN

30 Ejemplo de conversión -2

31 Ejemplo de conversión -3

32 Ejemplo de conversión -4

33 NOMBRE APELLIDO PATERNO APELLIDO MATERNO Ejemplo 5 La biblioteca COD_AUTOR NOMBRE COMPLETO NACIONALIDAD AUTOR (1,1) ES ESCRITO 1:N NOMBRE APELLIDO PATERNO APELLIDO MATERNO (1,N) NRO. CARNET NOMBRE COMPLETO (1,N) LECTOR N:N SOLICITA ISBN (1,N) LIBRO TITULO N:1 (1,N) SE ENCUENTRA (1,1) ESTANTE COD_UBICACIÓN NÚMERO DNI (1,1) NACIONALIDAD DISPONIBLE LUGAR POSEE 1:N (1,N) COD_TELÉFONO TELÉFONO TIPO (1,N) NÚMERO PERTENECE (1,N) EDITORIAL N:N NOMBRE DIRECCIÓN COD_EDITORIAL