Diagrama Entidad-Relacin

Introduccin al proceso de diseo

Diseo del esquema de la base de datos Diseo de los programas de acceso y actualizacin de datos Diseo del esquema de seguridad y de control de acceso a los datos

Fases del diseo

Identificar las necesidades de datos de los usuarios de la base. Se obtiene la especificacin de los requerimientos del usuario. Seleccionar un modelo de datos y traducir estos requerimientos en un esquema conceptual de la base de datos. Se usa el diagrama entidad-relacin para representarlo grficamente.

Evitar en el diseo
Redundancia: Un mal diseo puede repetir informacin. Falta de informacin

Ejercicio
Se requiere tener la informacin sobre los anlisis de laboratorio que se llevan a cabo a los pacientes que estn internados en un hospital. De cada paciente se requieren sus datos personales, los anlisis que se le han practicado, el nombre del mdico que solicit los exmenes y el resultado de cada una de ellas. De cada prueba de laboratorio se necesita saber el nombre de la prueba, lo que mide la prueba (suponer que cada anlisis de laboratorio mide una sola cosa), descripcin de su aplicacin y su costo. Cmo podras guardar esta informacin y en cualquier momento poderla recuperar?

Modelo E-R: Entidades

Una entidad es una cosa o un objeto del mundo real que es distinguible de otros objetos. Por ejemplo, una paciente en un hospital. Una entidad tiene un juego de propiedades y los valores de estas propiedades identifican en forma nica una entidad. Por ejemplo el nmero que se le asigna al paciente al ingresar al hospital.

Modelo E-R: Atributos

Una entidad es representada por un juego de atributos. Los atributos son propiedades descriptivas de las entidades. Cada entidad tiene su propio valor para cada atributo. Ejemplo nmero de paciente, nombre, direccin, etc. Un juego de entidades es un conjunto de entidades del mismo tipo que comparten las mismas propiedades o atributos. El juego de todos los pacientes de un hospital.

Modelo E-R: Relaciones

Una relacin es una asociacin entre entidades. Por ejemplo un x paciente tiene tal padecimiento.

PACIENTE Juan Lpez

PADECIMENTO Hepatitis

Dominios
Para cada atributo, existe un juego de valores permitidos llamado el dominio o juego de valores. Por ejemplo para el atributo nombre del paciente el dominio ser el juego de todos las cadenas de texto de una cierta longitud.

Tipos de Atributos
Simples: son aquellos que no se han dividido en subpartes. Compuestos: son los que pueden dividirse en otros atributos, por ejemplo el atributo nombre, puede dividirse en nombre, apellido materno y apellido paterno. De un solo valor: Por ejemplo la edad del paciente es nica. Multivalor: Por ejemplo un paciente puede tener cero o ms nmeros telefnicos. Derivado: el valor de este tipo de atributo es obtenido a partir de los valores de otro

Cardinalidad
Es el nmero de entidades con la cual otra entidad puede asociar mediante una relacin Considerando una relacin binaria entre el juego de entidades A y el B, la cardinalidad puede ser:
Uno a uno Uno a muchos muchos a uno Muchos a muchos

Uno a uno
Una entidad en A esta asociada con cualquier nmero de entidades en B (0 ms) y viceversa
A1 A2 A3 A4 B1 B2 B3 B4 B5

EJEMPLO: Un paciente en un hospital tiene un solo cuarto y un cuarto pertenece a un solo paciente (hospital privado)

Uno a muchos
Una entidad en A esta asociada con cualquier nmero (0 ms) de entidades en B. Una entidad en B, puede estar asociada a lo mucho con una entidad en A
A1 A2 A3 B1 B2 B3 B4 B5

EJEMPLO: El titular de una cuenta de cheques puede tener cualquier nmero de tarjetas, pero cada tarjeta pertenece a una sola persona

Muchos a muchos
Una entidad en A esta asociada con cualquier nmero de entidades en B (0 ms) y viceversa
A1 A2 A3 A4 B1 B2 B3 B4 B5

EJEMPLO: En un proyecto de investigacin puede haber cualquier nmero de mdicos, un mdico puede participar en cero o varios proyectos

Llave Primaria
Son atributos que se usan para diferenciar una entidad de otra, por ejemplo un medicamento de otro, o un paciente de otro. Puede haber varias llave candidato. La llave primaria debe ser nica y de preferencia no cambie con el tiempo. Cada juego de entidades (tabla) debe tener una llave primaria.

Cardinalidad: obligatoria y opcional

Uno a uno obligatorio: un empleado en Una empresa tiene uno y solo un puesto, un Puesto pertenece a un solo empleado Uno a muchos opcional: un profesor en la Fac. de Ingeniera puede dar 0 o varias clases y una clase est dada por uno y solo un profesor Muchos a muchos obligatorio: una materia puede pertenecer a una o varias carreras, una carrera est formada por varias materias. Uno a uno opcional: Un paciente puede estar asignado a un cuarto o a ninguno. En un cuarto puede haber cero o un paciente

Diagramas Entidad-Relacin (E-R)

Un diagrama E-R consiste de: - Rectngulos: representan juegos de entidades - Elipses: representan atributos - Diamantes: representan juegos de relaciones - Lneas: son ligas entre atributos y entidades y entre juegos de entidades y de relaciones - Elipses dobles: son atributos multivalor - Elipses punteadas: son atributos derivados - Rectngulos dobles: representan juegos de entidades dbiles.

Metodologa
Identificar entidades : Definir objetos como personas, lugares o conceptos sobre los que se quiere tener informacin. Identificar atributos: Definir las propiedades de cada entidad Determinar llave primaria de cada entidad Identificar relaciones entre las entidades Sealar cardinalidad entre las entidades

Ejemplo: uno a uno

Cuando se decide ingresar a un paciente a un hospital se le asigna un cuarto y en un cuarto puede estar un paciente o ninguno (suponiendo un hospital privado).
i_paciente# n_paciente

i_cuarto#

i_piso

a_paciente

paciente
i_cuarto#

cuarto
d_ingreso
q_costo

Ejemplo: uno a muchos

El titular de una cuenta de cheques puede tener cualquier nmero de tarjetas, pero cada tarjeta pertenece a una sola persona, las entidades son cliente y tarjeta
i_cliente# n_cliente i_tarjeta# i_password

a_cliente

cliente

tarjeta

d_apertura

q_limite

i_cliente#

Ejemplo: muchos a muchos

En un proyecto de investigacin puede haber cualquier nmero de mdicos, un mdico puede participar en cero o varios proyectos
i_medico# n_medico

i_proyecto#

n_proyecto

a_medico

medico
i_especial

proyecto
a_telefono
t_resumen

Rompiendo el muchos a muchos

En el diseo de una base de datos no se permiten relaciones muchos a muchos, cuando se tiene esto se crea una relacin entre ambas cuya llave primaria ser una llave compuesta por las llaves primarias de las entidades que est uniendo
n_medico i_medico# i_proyecto# n_proyecto

a_medico

medico
i_especial a_telefono

medicoproyecto
i_medico# i_proyecto#

proyecto

t_resumen

Relaciones y llaves primarias vs cardinalidad

cardinalidad Relacin entre entidades
Uno a uno No es necesario crear una relacin entre las entidades

Llave fornea
Se crea una llave fornea en una de las entidades relacionadas que corresponde a la llave primaria en la otra Se crea una llave fornea del lado de la entidad muchos que corresponde a la llave primaria del lado uno
En las entidades no hay llave fornea.

Uno a muchos

No es necesario crear una relacin entre las entidades

Muchos a muchos

Se crea una relacin con llave primaria compuesta formada por las llaves primarias de las entidades que une la relacin

Solucin ejercicio
Analizando el ejercicio del laboratorio, las siguientes entidades:
Paciente y Anlisis

Paciente y Mdico

Diagrama E-R
Se tienen dos juegos de entidades: paciente y anlisis de laboratorio.

paciente

analisis

A un paciente hospitalizado se le pueden practicar cero o varios anlisis y un anlisis puede practicrsele a ninguno o a muchos pacientes. Esto implica que tenemos una relacin muchos a muchos optativa en ambos lados.

Rompiendo el muchos a muchos

Debemos crear una relacin entre ambas
paciente

pacienteanalisis
i_med 289 i_pac 456 1234 1234 1234 3678 i_anal A-1 A-2 A-1 A-2 t_resu 3.8 Pos 4.4 neg d_anal 5/I/08 7/I/07 A-2 2/II/08 3/I/08 i_anal A-1

analisis

i_pac 1234 3678

n_pac Laura Mara

a_pac Pino 48 Juare z 56

n_anal leuco embar

q_anal 300.00 200.00

t_desc ayuno ayuno

Diagrama E-R
Los juegos de entidades: pacienteanlisis y mdico.

pacienteanalisis

medico

A un paciente hospitalizado se le pueden practicar cero o varios anlisis y cada anlisis se lo manda un doctor. A su vez un doctor puede mandar uno o varios anlisis a los distintos pacientes. Esto implica que tenemos una relacin uno a muchos obligatoria.

Rompiendo el muchos a muchos

Debemos crear una relacin entre ambas
pacienteanalisis
i_pac i_anal t_resu d_anal i_med

medico

i_med
289 456

n_nom
Prez Lpez

t_esp
cirujano ginecl

1234
1234 1234 3678

A-1
A-2 A-1 A-2

3.8
Pos 4.4 neg

5/I/08
7/I/07 2/II/08 3/I/08

289
456 289 456

Ejercicio en clase
Determinar cuales sern los atributos de las entidades del diagrama anterior. Falta una entidad?, Dnde quedara en el diagrama, con qu entidad se liga, cules seran sus atributos? Las entidades paciente y mdico estn relacionadas?

Tarea
Construir un diagrama E-R para una compaa aseguradora que vende seguros de gastos mdicos mayores. Los clientes pueden tener ms de una persona asegurada. Tambin se requiere llevar el registro de las veces que ha utilizado el seguro cada uno de los asegurados como por ejemplo fecha, descripcin de la enfermedad y/o accidente, procedimiento hospitalizacin, intervenciones, mdico tratante, etc.