BASE DE DATOS I

CARDINALIDAD

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# i_tarjeta# i_password

n_cliente

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
i_medico# i_proyecto# n_proyecto

n_medico

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 Llave fornea

Uno a uno

No es necesario crear una relacin entre las entidades

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 Paciente

y Anlisis

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: paciente-anlisis 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