1

TEMA

BASES DE DATOS:
ANLISIS Y DISEO

2014/2015

PEDRO J. MOLL MONREAL

 PEDRO J. MOLL MONREAL BASES DE DATOS: ANLISIS Y DISEO

NDICE
1.INTRODUCCIN A BASES DE DATOS 1
1.1.Evolucin del almacenamiento de la informacin..............................................................................................................................1
1.2.Sistema gestor de base de datos (SGBD).........................................................................................................................................1
1.3.SQL....................................................................................................................................................................................................2
1.4.Fases del diseo de bases de datos.................................................................................................................................................2
1.5.Modelos de datos...............................................................................................................................................................................2
2.MODELO CONCEPTUAL: ENTIDAD-RELACIN 3
2.1.Entidades............................................................................................................................................................................................3
2.2.Atributos.............................................................................................................................................................................................3
2.3.Atendiendo a la composicin.............................................................................................................................................................3
2.4.Atendiendo a los valores....................................................................................................................................................................4
2.5.Atendiendo al origen..........................................................................................................................................................................4
2.6.Clave principal o primaria...................................................................................................................................................................4
2.7.Dominios.............................................................................................................................................................................................5
2.8.Relaciones..........................................................................................................................................................................................5
3.FASES DEL DISEO CONCEPTUAL 7
3.1.Identificar entidades...........................................................................................................................................................................7
3.2.Identificar atributos y dominios...........................................................................................................................................................7
3.3.Identificar claves principales..............................................................................................................................................................7
3.4.Identificar relaciones y su grado........................................................................................................................................................7
3.5.Representacin del modelo entidad-relacin.....................................................................................................................................7
4.EL DISEO LGICO. 8
4.1.El Modelo Relacional..........................................................................................................................................................................8
4.2.Paso del modelo E-R al modelo Relacional.......................................................................................................................................8

Optativa Informtica I.E.S. La Melva 2 Bachillerato Pg. I

 PEDRO J. MOLL MONREAL BASES DE DATOS: ANLISIS Y DISEO

1. INTRODUCCIN A BASES DE DATOS

1.1. EVOLUCIN DEL ALMACENAMIENTO DE LA INFORMACIN
Todas las organizaciones necesitan almacenar informacin. Antes de la aparicin de la informtica la informacin se almacenaba en ar-
chivos fsicos usando...
Listas en papel.
Tarjetas o fichas de cartulina.
Carpetas.
Ficheros.
Archivadores con cajones.
Esto tiene una serie de inconvenientes:
Requieren mucho espacio fsico.
Buscar, copiar o modificar la informacin es un proceso manual, lento y laborioso.
No realizan clculos ni anlisis sobre los datos.
Se produce deterioro fsico o prdida de las tarjetas.
Tras la aparicin de la informtica los datos se almacenan en archivos digitales...
Se necesitan aplicaciones manipular y mecanizar el proceso de la informacin.
Cada programa almacena y utiliza sus propios de forma independiente e inconexa.
Esto tiene una serie de inconvenientes:
Informacin repetida (redundancia).
Mayor tamao de almacenamiento.
Datos repetidos que no concuerdan entre s (inconsistencia).
Dispersin de datos por departamentos.
Difcil modificacin y actualizacin.
La solucin consiste en hacer que todas las aplicaciones utilicen los mismos datos
por lo que aparecieron las bases de datos que son un permiten almacenar grandes cantida-
des de datos relacionados y organizados de forma sistemtica, y garantiza su gestin (con-
sultar, aadir, eliminar, modificar, realizar clculos...).
Entre los diferentes tipos de bases de datos, las relacionales son las ms extendidas
hoy en da. En el modelo relacional, la base de datos est formada por un conjunto de una
o ms tablas que se vinculan entre s: se relacionan.
Las bases de datos tienen una serie de ventajas:
Redundancia mnima: evitan la aparicin de informacin repetida.
Independencia al modificar el esquema de una BD sin afectar a las aplicaciones que la usan.
Consistencia al actualizar la informacin repetida.
Integridad de los datos garantizando su validez.
Seguridad frente a usuarios malintencionados.
Respaldo/recuperacin mediante copias de seguridad.
Eficiencia en el acceso a los datos.
Menor espacio de almacenamiento.

1.2. SISTEMA GESTOR DE BASE DE DATOS (SGBD) USUARIO

Un SGDB es un software que gestiona los datos almacenados en una BD y permite...
Describir los datos, sus relaciones y sus condiciones de acceso e integridad.
Manipular los datos: buscar, aadir, suprimir y modificar datos de la base de datos.
Controlar la comunicacin con la B.D.
Realizar copias de seguridad y recuperacin ante desastres.
Administrar los usuarios y sus permisos.
Existen varios tipos de SGDB dependiendo de tu complejidad:
Para pequeas empresas
SGBD
MS Access
LibreOffice Base BD
OpenOffice Base
Redes corporativas o Internet
MySQL
Oracle
PostgreSQL
SQL Server

Optativa Informtica I.E.S. La Melva 2 Bachillerato Pg. n 1

 PEDRO J. MOLL MONREAL BASES DE DATOS: ANLISIS Y DISEO

1.3. SQL
SQL es un lenguaje estndar para la gestin de BD relacionales que se caracteriza por:
Usado por la mayora de SGBD.
Permiten gestionar la BD:
Tablas
Relaciones
Datos
Usuarios...

1.4. FASES DEL DISEO DE BASES DE DATOS

El diseo de una base de datos consiste obtener una representacin informtica a partir del estudio de los
elementos del mundo real.
Para ello es necesario definir las estructuras de los datos que ha de contener. REALIDAD
No es un proceso sencillo por la complejidad de la informacin y la cantidad de requisitos de los sistemas
de informacin.
Es un proceso en etapas o fases en el que los resultados de una pasan como entradas a las siguientes.
Anlisis de requerimientos
Consiste en analizar un problema real de la realidad para tener claro los flujos de informacin. DISEO
Observar los elementos que participan en la realidad. CONCEPTUAL
Entrevistas y cuestionarios para averiguar los datos que hay que almacenar.
Revisar los documentos que se utilizan.
Diseo conceptual:
Obtiene el modelo conceptual: estructura de la informacin de la futura base de datos.
DISEO
Es independiente de la tecnologa que se utilizar posteriormente (tipo de BD y SGDB). LGICO
Diseo lgico:
Partiendo del modelo conceptual obtiene un modelo lgico.
Representa los datos en un formato ms cercano al del ordenador. DISEO
Orientado al modelo de base de datos elegido (jerrquico, relacional o red). FSICO
Fcilmente implementable.
Limita la posibilidad de tener datos incoherentes.
Diseo fsico:
Transforma el modelo lgico en un modelo fsico. IMPLEMENTACIN
Busca conseguir una mayor eficiencia y rendimiento.
Describe la forma en la que los datos sern representados.
Define el tipo de datos y su representacin adaptados ya al SGBD a utilizar.
Implementacin: Crea la BD utilizando el SGBD seleccionado segn el modelo fsico obtenido.

1.5. MODELOS DE DATOS

De cada una de las etapas del diseo de una BD se obtendr un elemento al que llamamos modelo y cuyo tipo variar dependiendo del ni-
vel en el que nos encontramos. Los modelos, utilizados en todo tipo de ciencias, pretenden de simbolizar una parte del mundo real de forma que
sea ms fcilmente manipulable. En definitiva, un modelo es un esquema mental en el que se intentan reproducir las caractersticas de una reali-
dad especfica y que nos ayuda a capturar todas las necesidades de informacin a almacenar.
Modelo conceptual: En la etapa de diseo conceptual se obtendr un modelo conceptual o de alto nivel que facilitar la descripcin global
del sistema al nivel ms prximo al usuario mediante la utilizacin de conceptos del mundo real. Usaremos el modelo Entidad/Relacin.
Modelo lgico: En la etapa de diseo lgico se obtendr el modelo lgico, el cual depender del modelo de base de datos utilizado. En nues-
tro caso vamos a utilizar el modelo lgico relacional.
Modelo fsico: En la etapa de diseo fsico se obtendr el modelo fsico o interno, el cual contendr un conjunto de normas de seguridad, una
estructura interna y un conjunto de especificaciones de ajuste.

Cuestiones
1. Indica 10 aplicaciones de las bases de datos en la
vida real. Por ejemplo, una biblioteca.
Esquema _________ _________
2. Explica que quiere decir en bases de datos redun-
dancia, consistencia e integridad de los datos.
Idea __________ _________ _________ BD
3. Qu modelo conceptual vamos a utilizar en el cur-
so? Y qu modelo lgico?
_________

4. Completa el siguiente esquema.

________
________

________
________
Modelo

G de
BD
l S en
de ep
D

Entidad Relacional SGBD

Relacin

Optativa Informtica I.E.S. La Melva 2 Bachillerato Pg. n 2

 PEDRO J. MOLL MONREAL BASES DE DATOS: ANLISIS Y DISEO

2. MODELO CONCEPTUAL: ENTIDAD-RELACIN

Desarrollado inicialmente por Peter Chen en 1976, aunque hay variantes.
Permite crear el esquema conceptual de una BD a partir de la idea surgida del anlisis de la realidad.
Aplicable a cualquier tipo de BD (jerrquica, relacional, red).
Muy utilizado actualmente por su simplicidad y legibilidad.
Utiliza diagramas para su representacin.
Fcil de aprender por los diseadores y de comprender por los usuarios.
El modelo recibe su nombre debido a los elementos que lo componen, que principalmente son: entidades, relaciones y atributos.

2.1. ENTIDADES
Son objetos (reales o abstractos) del mundo real de los que quere-
mos almacenar informacin sobre sus propiedades.
PROVEEDOR ARTCULO CLIENTE
Se representan por un rectngulo que contiene el nombre de la enti-
dad en maysculas.
LNEA
Tipos: VENDEDOR PEDIDO
PEDIDO
Regular Entidad independiente
Dbil Entidad totalmente dependiente de otra (rectngulo
doble).
ALUMNO PROFESOR ASIGNATURA
Ejemplos de entidades son: proveedor, artculo, pedido, empleado,
producto, asignatura, alumno...
Entidades
2.2. ATRIBUTOS
Almacenan las propiedades bsicas de las entidades.
nombre direccin telfonos
Se representan mediante crculos o elipses, dentro de los que aparece
su nombre en minsculas.

Se relacionarn mediante lneas con las entidades.

nif
Ejemplos de atributos son: nombre del artculo, cantidad de artculos,
apellidos del usuario, DNI del usuario...
Tipos atendiendo a diferentes factores: codpro
Composicin: simples y compuestos
Valores: monovaluados y multivaluados PROVEEDOR
Origen: almacenados y derivados

Entidad y atributos

Cuestiones
5. Imagina que te piden obtener las entidades que encontraras en tu Instituto (como por ejemplo profesores) cules ms podras determinar? Una vez halladas
las entidades cules seran sus posibles atributos?
6. Realiza la representacin de las entidades (rectngulos) y sus atributos (crculos) del ejercicio anterior.
7. Clasifica los siguientes elementos en atributos o entidades (haz una tabla): Pedido, calle, ciudad, fbrica, fecha, saldo, artculo, telfono, producto, cliente, des -
cuento, evento, duracin, participantes.

2.3. ATENDIENDO A LA COMPOSICIN

Atributos simples:
Tienen un solo componente y no se pueden divi- calle piso
dir en partes ms pequeas con significado pro- apellido1
pio. nmero
Se representan mediante crculos o elipses. nombre apellido2 puerta
Ejemplos: usuario, contrasea, fecha de naci-
miento, NIF, email, sueldo, poblacin.
Atributos compuestos: nif
nombre
Estn formados por varios componentes y que completo
tienen afinidad en cuanto a su significado. direccin
usuario
Se representan tambin con crculos o elipses email
unidos a cada uno de los atributos de los que se
compone.
Ejemplos: nombre (nombre, apellido1, apelli- Atributos simples
PERSONA y compuestos
do2), direccin (calle, nmero, piso, puerta)

Optativa Informtica I.E.S. La Melva 2 Bachillerato Pg. n 3

 PEDRO J. MOLL MONREAL BASES DE DATOS: ANLISIS Y DISEO

2.4. ATENDIENDO A LOS VALORES

Atributos monovaluados:
Tienen un solo valor por cada ocurrencia de la entidad edad
a la que pertenece. usuario
Se representan mediante un crculo o elipse. direccin
nif
Ejemplos: usuario, edad, dni, apellidos telfono
Atributos multivaluados:
Pueden tener varios valores por cada ocurrencia de la coche
email
entidad.
Se representan con dos crculos o elipses, uno dentro
de otro.
Ejemplos: telfonos, direcciones, coches PERSONA Atributos monovaluados
y multivaluados
2.5. ATENDIENDO AL ORIGEN
Atributos almacenados:
Son aquellos cuyos datos se almacenan directamente en la base de datos sin ne- email fecha
cesidad de realizar ningn trmite intermedio. nacimiento
Se representan por un crculo o elipse. usuario
Ejemplos: nombre, dni, apellidos.
Atributos derivados: edad
Son aquellos que son obtenidos a partir del valor de uno o varios atributos exis -
tentes en la misma o en otras entidades.
Se representan mediante crculos de trazo discontinuo.
PERSONA Atributos almacenados
Ejemplos: edad (a partir de la fecha de nacimiento), beneficio (a partir del coste
y precio de venta). y derivados

Cuestiones
8. Representa las siguientes entidades con sus atributos (ten en cuenta los diferentes tipos de atributos y su representacin) (SOLUCIN-entidades01.dia):
Cliente: id, nombre completo (nombre, apellido 1 y apellido 2), domicilio (calle, portal, piso, puerta), telfonos
Cuenta: banco, sucursal, nmero, dc, saldo, saldopositivo
Empleado: id, nombre, fecha-comienzo, antigedad, telfonos
Ordenador: id, nombre, procesadores, memoria, discoduro
9. Representa las siguientes entidades con sus atributos correspondientes (ten en cuenta los diferentes tipos de atributos y su representacin) ( SOLUCIN -enti-
dades02.dia):
Una empresa vende productos a varios clientes y se necesita conocer los datos personales de los clientes (nombre, apellidos, dni, direccin, fecha de naci -
miento, edad, telfonos). Adems, cada producto tiene un nombre y un cdigo, as como un precio unitario; y de cada proveedor se desea conocer el NIF,
nombre y direccin.
En una empresa de transportes se desea saber de los camioneros, el dni, nombre, telfono, direccin, salario, poblacin y cdigo postal en la que vive. Ade -
ms de los paquetes transportados interesa conocer el cdigo de paquete, descripcin, destinatario y direccin del destinatario; y de cada provincia se
quiere almacenar su cdigo de provincia y su nombre.
En un instituto se desea almacenar datos de los profesores (DNI, nombre, direccin y telfono), de los mdulos (cdigo y un nombre) y de los alumnos (n
de expediente, nombre, apellidos y fecha de nacimiento).

2.6. CLAVE PRINCIPAL O PRIMARIA

Dentro de los atributos en una entidad existir un atributo o atributos que sern denominados clave.
La clave principal es el identificador que diferencia de forma inconfundible a cada una de las ocurrencias de una entidad.
Tiene un valor nico en cada entidad y no puede ser nulo.
Debe ser mnima, es decir, sin atributos superfluos.
La clave puede estar formada por ms de un atributo, es decir, que la clave sea compuesta. La combinacin de valores de los atributos, por
tanto, no podrn repetirse, aunque s se podrn repetir valores para cada uno de los atributos por separado.
Se representa mediante un crculo, aunque en este caso el nombre del atributo estar subrayado.
Ejemplos: la matrcula de la entidad vehculo, el DNI de una persona, el ISBN de un lbro.

ttulo id pelcula apellido nombre localizacin

ao nmero
nombre dni

PELCULA ACTOR PROYECTO Atributos

clave

Optativa Informtica I.E.S. La Melva 2 Bachillerato Pg. n 4

 PEDRO J. MOLL MONREAL BASES DE DATOS: ANLISIS Y DISEO

2.7. DOMINIOS
Cada atributo puede tener un conjunto de valores posibles.
La descripcin de los posibles valores de un atributo es lo que denominamos dominio.
nombre: cadena de 10 caracteres
Consiste tanto en una descripcin fsica como semntica. edad: nmero
La descripcin fsica indica el tipo de datos (numricos, cadenas...), su longitud y otras restricciones, as fecha: fecha
como condiciones. peso: nmero con dos decimales
La descripcin semntica es la funcin o propsito del atributo, lo que permite diferenciarlo de otros ciudad: cadena de 20 caracteres
atributos que puedan tener similar o igual representacin fsica.
Ejemplo: el atributo NombredelDepartamento puede definirse como "el conjunto de cadenas con ms de siete caracteres que representan los
departamentos de la Universidad de Valencia". La frase "el conjunto de cadenas con ms de siete caracteres" describira la parte fsica, mien -
tras que la frase "representan los departamentos de la Univerisdad de Valencia" describira la parte semntica.
En ocasiones, el dominio del atributo puede ser una lista enumerada, es decir, un conjunto de valores especficos (ejemplo: Azul, Verde,
Rojo).

Cuestiones
10. Revisa el ejercicio anterior (entidades02.dia) e indica, para cada una de las entidades, cul es el atributo o atributos clave. Una vez hecho, subryalos para indi -
car que son claves. Adems indica el dominio de todos los atributos.
11. Indica, en cada una de las siguientes entidades, el atributo o atributos clave, as como el porqu de tal decisin:
Festival de cine: ao, num_participantes, lugar, precio.
Persona: dni, nombre, apellidos, nacionalidad.
Equipo de ftbol: cdigo, nombre, pas, goles marcados, goles encajados.
Libros: ttulo, editorial, ao, autor, editorial, ISBN.
Carretera: nombre, tipo, nmero de tramos, material, ubicacin.
Empresas constructoras: CIF, nombre, direccin, telfono, fax, web.
Carreras: nombre, ao, patrocinador, nmero de pilotos.

2.8. RELACIONES
Describen la correspondencia o relacin entre dos o ms entidades, o
una entidad consigo misma.
Por ejemplo: dadas las entidades AUTOR y LIBRO puede existir una AUTOR escribe LIBRO
asociacin entre ambas llamada escribe de modo que cada autor escri-
be libros y cada libro es escrito por autores.
Se representan mediante un rombo donde se escribe el nombre de la LIBRO prestado ALUMNO
relacin.
Se conecta el rombo con cada una de las relaciones implicadas. Entidades y relaciones
Las relaciones siempre estn asociadas con acciones, es decir, con ver-
bos que representan la asociacin entre las entidades integrantes.
Cardinalidad:
Es el nmero de elementos de una entidad que se conectan con un elemento de la otra entidad de la relacin.
Se representa mediante dos nmeros en la parte superior de la relacin que indicarn el nmero mximo de unidades que se relacionan
con la otra entidad y viceversa.
Tipos:
De uno a uno (1:1): dadas dos entidades A y B, cada ocurren- 1:1
cia de la entidad A est relacionada, como mximo, con una
de la entidad B y viceversa. Ejemplo: un esposo puede estar PROVEEDOR suministra PIEZA
casado slo con una esposa y una esposa puede estar casada
slo con un esposo.
1:1
ESPOSO casado ESPOSA

Entidades y relaciones uno a uno

De uno a muchos (1:N): cada ocurrencia de la entidad A est
relacionada con ninguna, una o varias de la entidad B y cada N:1
entidad B est relacionada, como mximo, con una de la enti-
dad A. Por ejemplo, cada alumno est matriculado en un cur- ALUMNO matriculado CURSO
so y en cada curso estn matriculados muchos alumnos.
1:N
PADRE tiene HIJO

Entidades y relaciones uno a muchos

Optativa Informtica I.E.S. La Melva 2 Bachillerato Pg. n 5

 PEDRO J. MOLL MONREAL BASES DE DATOS: ANLISIS Y DISEO

De muchos a muchos (N:M): cada ocurrencia de la entidad

A est relacionada con ninguna, una o varias de la entidad B y N:M
viceversa. Por ejemplo, si cada alumno puede asistir a varias
asignaturas y a cada asignatura pueden asistir varios alumnos: CLIENTE compra ARTCULO

N:M

ALUMNO cursa ASIGNATURA

Entidades y relaciones muchos a muchos

Grado:
Representa el nmero de entidades que participan en la relacin.
Tipos:
Recursiva o reflexiva: Cuando slo participa una entidad que se relaciona consigo misma. Por ejemplo, si queremos saber las perso-
nas que estn casadas con otras personas, la relacin asociara dos veces la entidad persona:

1:1 1:N N:M

PERSONA casada PERSONA es padre PERSONA es amigo

Relaciones recursivas
Binaria: Cuando el nmero de entidades participantes es dos.
Por ejemplo, si queremos saber los artculos que compra un 1:1
cliente.
PROFESOR es tutor GRUPO

Relaciones binarias
Ternaria: Cuando el nmero de entidades participantes es
tres. Por ejemplo, si queremos almacenar los datos de un
prstamo que un banco ha otorgado a una persona: BANCO otorga PERSONA

PRESTAMO
Relaciones ternarias
Cuestiones
12. Dadas las relaciones siguientes, represntalas mediante los smbolos correspondientes indicando tambin sus cardinalidades (SOLUCIN-relaciones01.dia):
Cada pieza puede ser suministrada por un proveedor y cada proveedor puede suministrar varias piezas.
Cada libro puede ser prestado a varios lectores y cada lector puede tener prestados varios libros.
Cada academia imparte un curso y cada curso es impartido por una academia.
Cada pas tiene varias comunidades y cada comunidad es de un slo pas.
13. Representa las entidades, atributos y relaciones siguientes (SOLUCIN-relaciones02.dia):
Biblioteca:
Los socios de la biblioteca disponen de un cdigo de socio, un dni, direccin, telfono, nombre y apellidos
Los libros disponen de ttulo, editorial, el ao en el que se escribi el libro, el nombre completo del autor (o autores), el ao en que se edit y el ISBN
Los socios pueden sacar varios libros prestados y cada libro puede ser prestado a varios socios
Carreteras:
De la carretera queremos almacenar: el cdigo, el tipo, el nmero de tramos, el material y la ubicacin.
Las empresas constructoras disponen de: CIF, nombre, direccin, telfono, fax y web.
Las carreteras pueden ser construidas por una empresa y cada empresa puede construir varias carreteras.
Carreras:
De los circuitos queremos almacenar: nombre, localizacin, tamao, categora
De las carreras queremos almacenar: nombre, patrocinador, nmero de pilotos
Las carreras solo se pueden celebrar en un circuito y cada circuito slo puede albergar una carrera

Optativa Informtica I.E.S. La Melva 2 Bachillerato Pg. n 6

 PEDRO J. MOLL MONREAL BASES DE DATOS: ANLISIS Y DISEO

3. FASES DEL DISEO CONCEPTUAL

Identificar entidades
Identificar atributos y dominios
Identificar claves principales
Identificar relaciones y su grado
Representacin del modelo entidad-relacin

3.1. IDENTIFICAR ENTIDADES

Partir de las especificaciones de requisitos de usuario.
Buscar los nombres o sustantivos (generalmente sujeto o complemento directo) que se mencionan.
Otra forma de identificarlos es pensar en aquellos que existen por s mismos (empleado, alumno, libro...).
Al identificar entidades pensaremos en: objetos reales, documentos, personas, actividades u objetos abstractos.
Elegir un nombre adecuado e identificativo con el fin de no tener problemas posteriormente.

3.2. IDENTIFICAR ATRIBUTOS Y DOMINIOS

Buscar nombres que identifiquen propiedades, cualidades, identificadores o caractersticas que queramos almacenar de entidades.
Todos ellos representarn informacin que se quiere almacenar de las entidades.
Tener en cuenta si los atributos son simples o compuestos: si queremos acceder a los diferentes componentes (atributo compuesto) o no (atri -
buto simple).
Determinar si los atributos son almacenados o derivados, e identificar partir de qu atributos podemos extraer la informacin derivada.
Los atributos derivados se ignoran.
Identificar los dominios de los anteriores atributos (el conjunto de valores que pueden tener).
Pensar en los posibles valores que puede contener el atributo (longitudes mximas y/o mnimas y el tipo de datos).

3.3. IDENTIFICAR CLAVES PRINCIPALES

Para cada entidad, hay que seleccionar un atributo que identifique unvocamente todas las ocurrencias de esa entidad.
En caso de haber varios, deberemos seleccionar uno de ellos y subrayarlo.

3.4. IDENTIFICAR RELACIONES Y SU GRADO

Se deben buscar expresiones verbales que indiquen las relaciones existentes entre las entidades.
Si las especificaciones reflejan estas relaciones es porque son importantes para la empresa y se deben reflejar en el esquema conceptual.
Hay que llevar cuidado ya que slo interesarn las relaciones necesarias.
La mayora de relaciones son binarias aunque es posible encontrar relaciones en las que participen ms de dos o relaciones recursivas.
Adems, hay que determinar las cardinalidades con las que participa cada entidad en cada una de las relaciones.

3.5. REPRESENTACIN DEL MODELO ENTIDAD-RELACIN

Utilizando la simbologa vista, representaremos grficamente todas las entidades, relaciones, atributos y cardinalidades

Cuestiones
14. Se quiere disear una base de datos para almacenar informacin sobre una empresa de COMERCIO que vende productos a varios clientes. Realiza el diseo
conceptual siguiendo las siguientes especificaciones: (SOLUCIN-comercio.dia)
Se necesita conocer los datos personales de los clientes (nombre, apellidos, dni, direccin, telfonos, edad, fecha de nacimiento).
Cada producto tiene un nombre y un cdigo.
Un cliente puede comprar varios productos a la empresa, y un mismo producto puede ser comprado por varios clientes.
Los productos son suministrados por diferentes proveedores.
Se debe tener en cuenta que un producto slo puede ser suministrado por un proveedor, y que un proveedor puede suministrar diferentes productos.
De cada proveedor se desea conocer el NIF, nombre y direccin.
15. Se quiere disear una base de datos para almacenar informacin sobre los asuntos que lleva un GABINETE DE ABOGADOS. Realiza el diseo conceptual siguiendo
las siguientes especificaciones (SOLUCIN -gabinete_abogados.dia):
Cada asunto tiene un nmero de expediente que lo identifica, y corresponde a un solo cliente.
Del asunto se debe almacenar su nmero de expediente, el perodo (fecha de inicio y fecha de archivo o finalizacin), su estado (en trmite, archivado,
etc.).
Tambin se tienen que almacenar los datos personales del cliente al que pertenece (DNI, nombre, direccin, fecha nacimiento).
Algunos asuntos son llevados por uno o varios procuradores.
De los procuradores nos interesa tambin los datos personales (DNI, nmero de colegiado, nombre, apellidos, direccin, nmero de casos ganados).
16. Se quiere disear una base de datos para almacenar informacin sobre los prstamos de las pelculas de un VIDEOCLUB. Realiza el diseo conceptual siguiendo
las siguientes especificaciones (SOLUCIN -videoclub.dia):
Cada socio tiene una ficha con el nmero, el nombre del socio, su direccin y telfono, y los nombres de sus directores favoritos.
De las pelculas interesa saber el ttulo, el gnero (comedia, terror...), su director, el ao y los actores que intervienen.
Un socio puede tomar prestadas varias pelculas y cada pelcula puede ser prestada a varios socios.
Cada pelcula est guardada en un archivador y cada archivador tiene varias pelculas.
De los archivadores se desea conocer: el nmero de serie, la ubicacin, el nmero de estanteras, el total de pelculas y la fecha de compra.

Optativa Informtica I.E.S. La Melva 2 Bachillerato Pg. n 7

 PEDRO J. MOLL MONREAL BASES DE DATOS: ANLISIS Y DISEO

4. EL DISEO LGICO.
4.1. EL MODELO RELACIONAL
Es el modelo ms utilizado hoy en da.
PROFESORES ASIGNATURAS
Sus bases fueron postuladas por en 1970 por Edgar Frank Codd, de los laboratorios IBM. GRUPOS

Una base de datos consta bsicamente de una o ms tablas (tambin llamadas relaciones).
ALUMNOS
Cada tabla representa un tipo de entidad. CURSOS

Las tablas almacenan los datos.

BD:INSTITUTO
Las tablas se estructuran en filas y columnas.

Cada fila se denomina tupla o registro. TABLA: LIBROS

Estructura
de la tabla Titulo Autor Materia Editorial Ao
Cada registro representa una ocurrencia de la
El hobbit J.R.R. Tolkien Fantasia Planeta 1937
entidad en concreto. REGISTRO
Cosmos Carl Sagan Astronoma Planeta 1982
Fundacin Isaac Asimov Ciencia ficcin Debolsillo 1951
Los registros estn compuestos por campos. Titulo: Cosmos
Decamern Giovanni Boccaccio Cuentos Castalia 1353
Autor: Carl Sagan

Cada columna se denomina campo. Materia: Astronoma

Editorial: Planeta CAMPO
Ao de publicacin: 1982 dato
Todos los registros de una tabla tienen la misma
estructura (campos).

La interseccin de cada registro con cada campo es un dato concreto.

Estas tablas se vinculan o relacionan entre s por un dato en comn de caractersticas similares ALUMNOS CURSOS
(tipo y longitud) llamado ID, identificador o clave (key).

La clave en la tabla principal se denomina clave principal (Primary Key PK) y se incluye en
la tabla relacionada como clave ajena o fornea (Foreign Key FK).

4.2. PASO DEL MODELO E-R AL MODELO RELACIONAL

Transformacin de entidades y atributos
Cada entidad del modelo entidad-relacin generar una tabla.
Una vez tenemos claras las tablas deberemos pasar a distinguir las columnas de las que se compondrn las tablas.
Cada atributo simple se convertir en una columna o campo.
Uno de los atributos, concretamente la clave principal, se convertir en clave principal de la tabla.
Cada atributo multivaluado se convertir en otra tabla cuya clave principal ser la unin de la clave primaria de la otra tabla y el atri-
buto. Se establecer una relacin 1:N entre la entidad y la tabla generada por su atributo multivaluado.
Cada atributo compuesto se convertir en tantas columnas como atributos lo compongan.
Convertir los dominios del modelo entidad-relacin a los tipos de datos del sistema gestor de base de datos.
Transformacin de relaciones
La transformacin de relaciones tiene especial relevancia debido a que va unida a las cardinalidades de stas.
Relaciones 1:1: En este caso se seleccionar una de las entidades y se le aadir, como clave ajena, la clave primaria de la otra entidad,
aadiendo una restriccin a la clave fornea para que sea nica.
Relaciones 1:N:La solucin pasar por aadir, a la entidad que se encuentra al lado del N del vnculo, la clave primaria de la otra entidad
como una clave ajena.
Relaciones N:M:, Este caso se resuelve mediante la creacin de una tabla intermedia cuyas columnas sern las claves primarias de am-
bas entidades y cuya clave primaria sern los atributos que sean claves primarias de ambas tablas.

Optativa Informtica I.E.S. La Melva 2 Bachillerato Pg. n 8

 PEDRO J. MOLL MONREAL BASES DE DATOS: ANLISIS Y DISEO

Cuestiones
17. Dadas las siguientes entidades transfrmalas en tablas (SOLUCIN-01_tablas_relacional.dia).

18. Dados los siguientes esquemas entidad-relacin transfrmalos al modelo relacional (SOLUCIN-02_tablas_relacional.dia).

19. Abre el esquema entidad-relacin del ejercicio gabinete_abogados.dia y aade el modelo relacional (SOLUCIN- gabinete_abogados_relacional.dia).
20. Abre el esquema entidad-relacin del ejercicio videoclub.dia y aade el modelo relacional (SOLUCIN- videoclub_relacional.dia).
21. Obtn el modelo relacional del siguiente diagrama teniendo en cuenta los dominios de los atributos (SOLUCIN- diseo_relacional.dia).

22. Obtn el modelo relacional del siguiente diagrama teniendo en cuenta los dominios de los atributos (SOLUCIN- componentes_relacional.dia).

Optativa Informtica I.E.S. La Melva 2 Bachillerato Pg. n 9