Вы находитесь на странице: 1из 7

UNIVERSIDAD DE PAMPLONA

FUNDAMENTOSY DISEO DE BASE DE DATOS


DOCENTE: MsC (c) Esp. ALEXIS OLVANY TORRES CH.

Definicin
FOREIGN KEY(llave_foranea)
REFERENCES tabla_relacionada (llave_primaria)
Recuerda en la modelacin de bases de datos que una llave fornea indica que entidad es la dbil y
que entidad es la fuerte, definiendo as una relacin.
Supongamos que tenemos una relacin uno a muchos (1,*) entre las tablas cliente y factura. Cliente
se conforma de los campos: Id, nombre, telfono y direccin. La tabla factura posee los siguientes
atributos: nmero de factura y fecha de la factura.
Un cliente puede ser generador de muchas facturas en un negocio de comercio, pero cada factura
generada solo corresponde a un nico cliente una nica vez. Esta relacin de acuerdo al modelado
de bases de datos nos indica que la llave fornea se vincula a la entidad dbil, es decir, la tabla
factura.

Llave fornea en la relacin entre las tablas cliente y factura


CLIENTE
ID_CLIENTE
001
002
005

NOMBRE
JUAN ALIMAA
ARMANDO CASAS
PEDRO CALDERON

TELEFONO
123456
3128934568
3119806594

DIRECCION
AV 0 -45E
CALLE 1 3-45
AV 4- 3-45

FACTURA
NUM_FACTURA
1003
1010
1014
1022
1024

FECHA
01-03-2016
10-03-2016
15-03-2016
28-03-2016
28-03-2016

ID_CLIENTE
005
002
005
001
001

UNIVERSIDAD DE PAMPLONA
FUNDAMENTOSY DISEO DE BASE DE DATOS
DOCENTE: MsC (c) Esp. ALEXIS OLVANY TORRES CH.

En el anterior diagrama de entidad-relacin vemos que idCliente se ha incluido como atributo en la


tabla factura. De modo que al crear la tabla factura debemos agregar la restriccin FOREIGN KEY a
idCliente.

1. La relacin es un vnculo lgico entre dos entidades. una relacin representa las reglas del
negocio que pueden ser expresadas de manera verbal. Muchas de las relaciones entre
entidades son de una a muchas, en donde una instancia de la entidad padre puede estar
relacionada con muchas instancias de la entidad hija. Por ejemplo la relacin entre
EMPLEADO y TIENDA deber ser representada como: una TIENDA (Entidad padre) tiene
asignados muchos EMPLEADOs (Entidad Hija).

2. El Segundo tipo de relacin es "muchos a muchos". En este tipo de relacin muchas


instancias de una entidad pueden estar relacionadas a muchas instancias de otra entidad.
Relaciones de "muchos a muchos" deben ser resueltas creando una entidad intermediaria
conocida como entidad de "referencia-cruzada' (o XREF). La entidad XREF es creada con las
llaves primarias de ambas entidades originales. Ambas entidades originales se convierte en
Padres de la entidad XREF. Sin embargo la relacin "muchos a muchos" se convierte en dos
"una a muchas" relaciones.
Una Llave fornea existe cuando la llave primaria de la entidad padre existe en la entidad hija. Una
llave fornea requiere que estos valores deben estar presentes en la entidad padre antes que los
valores sean insertados en la entidad hija. El concepto de mantenimiento de llaves forneas es
conocido como "Integridad Referencial".
Relaciones entre dos entidades deben ser clasificadas como identificadas y no identificadas.
Relaciones identificadas existen cuando la llave primera de la entidad padre est incluida en la llave
primaria de la entidad hija. Por otro lado, la relacin no identificada existe cuando la llave primaria
de la entidad padre est incluida en la entidad hija pero no como parte de la llave primaria de la
entidad hija. En adicin, relaciones no identificadas podran ser clasificadas como "mandatorias" o
no "mandatorias". Una relacin mandatoria no identificada existe cuando el valor en la tabla hija no
puede ser nulo. Por otro lado la relacin no mandatoria no identificada existe cuando el valor en la
tabla hija puede ser nulo.
Cardinalidad nos ayuda a entender la naturaleza de las relaciones entre la entidad hija y la entidad
padre. La carnalidad de una relacin puede ser determinada haciendo la siguiente pregunta:
"Cuantas instancias de la entidad hija estn relacionadas con cada instancia de la entidad padre?".
Existen 4 tipos de cardinalidad: (1). uno a cero o mas (Cardinalidad comn), (2). uno a uno o ms (P
Cardinalidad), (3). uno a cero o uno (Z Cardinalidad), y (4). uno to exactamente N (N Cardinalidad).
En conclusin, el diseo efectivo de base de datos ayudara el equipo de desarrollo a reducir sobre
todo tiempo y costos. Internarse en el proceso de diseo de base de datos y la creacin del modelo

UNIVERSIDAD DE PAMPLONA
FUNDAMENTOSY DISEO DE BASE DE DATOS
DOCENTE: MsC (c) Esp. ALEXIS OLVANY TORRES CH.

de datos ayuda al equipo de desarrollo a entender a fondo los requerimientos de los usuarios y
genera el desarrollo de un sistema ms reflexivo de los requerimientos de usuario y las reglas del
negocio.
Relacin Varios a Varios: Cuando un registro de una tabla puede estar relacionado con ms de un
registro de la otra tabla y viceversa. En este caso las dos tablas no pueden estar relacionadas
directamente, se tiene que aadir una tabla entre las dos que incluya los pares de valores
relacionados entre s.
Por ejemplo: tenemos dos tablas una con los datos de clientes y otra con los artculos que se
venden en la empresa, un cliente podr realizar un pedido con varios artculos, y un artculo
podr ser vendido a ms de un cliente.
No se puede definir entre clientes y artculos, hace falta otra tabla (por ejemplo una tabla de
pedidos) relacionada con clientes y con artculos. La tabla pedidos estar relacionada con cliente
por una relacin uno a muchos y tambin estar relacionada con artculos por un relacin uno a
muchos.

TALLER DE M.E.R.

EJERCICIO 1.- DISTRITO MILITAR N35 en la ciudad de San Jos de Ccuta


El gobierno Nacional de Colombia y El Ministerio de Defensa desea disear una Base de Datos para
llevar un cierto control de los soldados que realizan el servicio militar en el DISTRITO MILITAR N35
en la ciudad de San Jos de Ccuta. Los datos significativos a tener en cuenta son:
Un soldado se define por su cdigo de soldado (nico), su nombre y apellidos, y su
graduacin.
Existen varios cuarteles, cada uno se define por su cdigo de cuartel, nombre y ubicacin.
Hay que tener en cuenta que existen diferentes Cuerpos del Ejrcito (Infantera, Artillera,
Armada,....), y cada uno se define por un cdigo de Cuerpo y denominacin.
Los soldados estn agrupados en compaas, siendo significativa para cada una de stas, el
nmero de compaa y la actividad principal que realiza.
Se desea controlar los servicios que realizan los soldados (guardias, cocineros,
cuarteleros,...), y se definen por el cdigo de servicio y descripcin.
Consideraciones de diseo:

UNIVERSIDAD DE PAMPLONA
FUNDAMENTOSY DISEO DE BASE DE DATOS
DOCENTE: MsC (c) Esp. ALEXIS OLVANY TORRES CH.

Un soldado pertenece a un nico cuerpo y a una nica compaa, durante todo el servicio
militar. A una compaa pueden pertenecer soldados de diferentes cuerpos, no habiendo
relacin directa entre compaas y cuerpos.
Los soldados de una misma compaa pueden estar destinados en diferentes cuarteles, es
decir, una compaa puede estar ubicada en varios cuarteles, y en un cuartel puede haber
varias compaas. Eso s, un soldado slo est en un cuartel.
Un soldado realiza varios servicios a lo largo de la mili. Un mismo servicio puede ser
realizado por ms de un soldado (con independencia de la compaa), siendo significativa
la fecha de realizacin.

EJERCICIO 2.- GESTIN DE TESIS DE GRADO.


El departamento de Ingeniera industrial de la Universidad de Pamplona, quiere generar un sistema
para tener controlado en una base de datos todo lo referente a las tesis de Grado: alumnos que los
realizan, profesores que los dirigen, temas de los que tratan y jurados que los corrigen. Por tanto,
es de inters:
Que los alumnos se definan por su Cdigo de Estudiante, Documento de Identidad y
nombre. Un alumno realiza, evidentemente, slo una TESIS.
Que las TESIS. Se definen por su tema, por un nmero de orden y por la fecha de comienzo.
Una TESIS determinada, no puede ser realizada por varios alumnos.
Que un profesor se define por su Documento de Identidad, nombre y domicilio; y puesto
que los TESIS son del rea en el que trabaja, NO interesa conocer la TEIS que dirige sino a
qu alumno se lo dirige.
Que un jurados est formado por varios profesores y los profesores pueden formar parte
de varios jurados. Por otra parte, s es de inters para el Jurado conocer qu alumno es el
que se presenta, con qu TESIS y en qu fecha lo ha defendido. El Jurado se define por un
nmero de Jurado, lugar de examen y por el nmero de componentes.
Al margen de esto, un alumno puede haber pertenecido a algn grupo de investigacin del
que haya surgido la idea del TESIS. Dichos grupos se identifican por un nmero de grupo, su
nombre y por su nmero de componentes. Un alumno no puede pertenecer a ms de un
grupo y no es de inters saber si el grupo tiene algo que ver o no con la TESIS del alumno; s
siendo de inters la fecha de incorporacin ha dicho grupo.
Por otra parte, un profesor, al margen de dirigir TESIS de algunos alumnos, puede haber
colaborado con otros en la realizacin de dicha TESIS pero siendo otro profesor el que lo
dirige.

EJERCICIO 3.- AGENCIAS DE VIAJES RUTA ANDINA


La agencia de viajes RUTA ANDINA desea disponer de una Base de Datos que contemple
informacin relativa al hospedaje y vuelos de los turistas que la contratan.
Los datos a tener en cuenta son:

UNIVERSIDAD DE PAMPLONA
FUNDAMENTOSY DISEO DE BASE DE DATOS
DOCENTE: MsC (c) Esp. ALEXIS OLVANY TORRES CH.

La cadena de agencias est compuesta por un conjunto de sucursales (Dos en Ccuta, una
en los patios y otra en Vila del Rosario). Cada sucursal viene definida por el cdigo de
sucursal, Ubicacin, direccin y telfono.
La cadena tiene contratados una serie de hoteles de forma exclusiva. Cada hotel estar
definido por el cdigo de hotel, nombre, direccin, ciudad, telfono y nmero de plazas
disponibles.
De igual forma, la cadena tiene contratados una serie de vuelos regulares de forma
exclusiva.
Cada vuelo viene definido por el nmero de vuelo, fecha y hora, origen y destino, plazas
totales y plazas de clase turista de las que dispone.
La informacin que se desea almacenar por cada turista es el cdigo de turista, nombre y
apellidos, direccin y telfono.
Por otra parte, hay que tener en cuenta la siguiente informacin:
A la cadena de agencias le interesa conocer que sucursal ha contratado el turista.
A la hora de viajar el turista puede elegir cualquiera de los vuelos que ofrece la cadena, y en
que clase (turista o primera) desea viajar.
De igual manera, el turista se puede hospedar en cualquiera de los hoteles que ofrece la
cadena, y elegir el rgimen de hospedaje (media pensin o pensin completa). Siendo
significativa la fecha de llegada y de partida.

EJERCICIO 4.- GESTIN DE BASE DE DATOS DE NOTAS


Los profesores de la asignatura de Anlisis y Diseo de Base de Datos de la Universidad de Pamplona
deciden crear una base de datos que contenga la informacin de los resultados de las pruebas
realizadas a los alumnos. Para realizar el diseo se sabe que:
Los alumnos estn definidos por su cdigo de estudiante, documento de identidad, nombre
y el grupo al que asisten a clase.
Dichos alumnos realizan dos tipos de pruebas a lo largo del curso acadmico:
1. Exmenes escritos: cada alumno realiza varios a lo largo del curso de la materia, y se definen
por el n de examen, el n de preguntas de que consta y la fecha de realizacin (la misma
para todos los alumnos que realizan el mismo examen). Evidentemente, es importante
almacenar la nota de cada alumno por examen.
2. Prcticas: se realiza un n indeterminado de ellas durante el curso acadmico, algunas sern
en grupo y otras individuales. Se definen por un cdigo de prctica, ttulo y el grado de
dificultad. En este caso los alumnos pueden examinarse de cualquier prctica cuando lo
deseen, debindose almacenar la fecha y nota obtenida.

UNIVERSIDAD DE PAMPLONA
FUNDAMENTOSY DISEO DE BASE DE DATOS
DOCENTE: MsC (c) Esp. ALEXIS OLVANY TORRES CH.

En cuanto a los profesores, nicamente interesa conocer (adems de sus datos personales:
documento de identidad y nombre), quien es el qu ha diseado cada prctica, sabiendo
que en el diseo de una prctica puede colaborar ms de uno, y que un profesor puede
disear ms de una prctica. Interesa, adems, la fecha en que ha sido diseada cada
prctica por el profesor correspondiente.

EJERCICIO 5.- CONCESIONARIO DE AUTOMVILES MARIO KART


El concesionario de automviles MARIO KART desea informatizar su gestin de ventas de
vehculos. En particular, se quiere tener almacenada la informacin referente a los clientes que
compran en el concesionario, los vehculos vendidos, as como los vendedores que realizan las
distintas ventas. Para ello se tendr en cuenta que:
El concesionario dispone de un catlogo de vehculos definidos por su marca, modelo,
cilindrada y precio.
Cada uno de los modelos dispondr de unas opciones adicionales (aire acondicionado,
pintura metalizada, etc.). Las opciones vienen definidas por un nombre y una descripcin.
Hay que tener en cuenta que una opcin puede ser comn para varios modelos variando
slo el precio en cada caso.
En cuanto a los clientes, la informacin de inters es el nombre, nmero de identificacin,
direccin y telfono, lo mismo que para los vendedores.
Los clientes pueden ceder su auto usado en el momento de comprar un vehculo nuevo. El
vehculo usado vendr definido por su marca, modelo, matrcula y precio de tasacin. Es
importante conocer la fecha en la que el cliente realiza esta cesin.
Se desea saber qu vendedor ha vendido qu modelo a qu cliente. Tambin la fecha de la
venta y la matricula del nuevo vehculo. Es importante as mismo saber las opciones que el
cliente ha elegido para el modelo que compra.

EJERCICIO 6.- HOLDING EMPRESARIAL


Un holding de empresas desea tener una base de datos referente a las empresas que posee, sus
vendedores, as como los asesores que trabajan en el holding. La informacin est organizada de la
siguiente forma:
Los vendedores se organizan en una jerarqua de pirmide, es decir, cada vendedor puede
captar otros vendedores para el holding, de manera que un vendedor tendr a su cargo
varios vendedores. Hay que tener en cuenta que un vendedor slo podr trabajar en una
empresa y slo podr captar vendedores para la empresa en que trabaja; siendo importante
almacenar la fecha en que se realiza la captacin. Los datos de inters para los vendedores
sern el cdigo de vendedor, nombre y la direccin.
Las empresas cubrirn diferentes reas del mercado y una misma rea puede ser cubierta
por varias empresas. Es interesante conocer el nombre del rea y una descripcin de sta.
Las empresas pueden estar actuando en varios pases y en un pas pueden estar

UNIVERSIDAD DE PAMPLONA
FUNDAMENTOSY DISEO DE BASE DE DATOS
DOCENTE: MsC (c) Esp. ALEXIS OLVANY TORRES CH.

desarrollando actividades varias empresas. Sin embargo, cada empresa tendr su sede en
un nico pas, siendo importante la ciudad donde se localiza la sede. Por cuestiones fiscales,
una empresa puede tener su sede en un pas en el que no est desarrollando actividad
alguna. Los datos de inters para las empresas son el nombre, la fecha de entrada en el
holding, la facturacin anual y el nmero de vendedores que posee.
Los datos de inters de los pases son: el nombre, el PIB, el nmero de habitantes y la capital.
Los asesores entran en el holding para dar soporte en cada una de las reas en las que acta
el holding. Un asesor puede cubrir varias reas y un rea puede ser cubierta por varios
asesores. Un asesor puede asesorar a varias empresas y una empresa tener varios asesores.
Es importante saber en qu fecha un asesor comienza a trabajar para una empresa en un
rea determinada. Los datos de inters de los asesores son el cdigo de asesor, nombre,
direccin y la titulacin.