INTRODUCCION 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.

EJEMPLO
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?

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 propiedades descriptivas de las entidades. atributos. Los atributos son

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. Ejemplo El juego de todos los pacientes de un hospital.

MODELO E-R: RELACIONES

Una relacin es una asociacin entre entidades. tiene cierta enfermedad. Por ejemplo un x paciente

PACIENTE Juan Lpez

ENFERMEDAD Hepatitis

CLASIFICACIN DE ATRIBUTOS
Atributos compuestos
Pueden dividirse en otros con significado propio

fechanacim dia mes ao

direccion calle ciudad provincia codpostal

Valor compuesto = concatenacin de valores de componentes

Atributos simples
No divisibles. Atmicos

genero

CLASIFICACIN DE ATRIBUTOS
Atributos monovalorados (monovaluados)
slo un valor para cada entidad
fechanacim [de un EMPLEADO particular] aoestreno [de una PELICULA concreta]

Atributos multivalorados (multivaluados)

ms de un valor para la misma entidad
nacionalidad [ PELICULA coproducida por varios pases ] telefono [ EMPLEADO con varios telfonos de contacto]

Pueden tener lmites superior e inferior del n de valores por entidad

nacionalidad (1-2) telefono (0-3)

CLASIFICACIN DE ATRIBUTOS
El nulo (null value) es usado cuando...
Se desconoce el valor de un atributo para cierta entidad
El valor existe pero falta
altura [de un EMPLEADO]

No se sabe si el valor existe o no

numtelfono [de un EMPLEADO]

La entidad no tiene ningn valor aplicable para el atributo:

fechaalquiler [PELICULA slo en vdeo-venta (no alquiler)]

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.

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 muchos 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
Un diagrama E-R consiste de: - Rectngulos: representan entidades junto con sus atributos - Lneas: son relaciones entre atributos y entidades.

METODOLOGA
1. Identificar entidades: Definir objetos como personas, lugares o conceptos sobre los que se quiere tener informacin. 2. Identificar atributos: Definir las propiedades de cada entidad 3. Llave primaria: Determinar llave primaria de cada entidad 4. Relacionar entidades: Identificar relaciones entre las entidades 5. Cardinalidad: 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).

Pacientes id_paciente (PK) Nombre Apellidos Id_cuarto (FK) ingreso

Cuartos Id_cuarto (PK) Id_piso (FK) costo_dia

EJEMPLO: UNO A MUCHOS

El cliente de un banco puede tener cero o varias cuentas bancarias, pero cada cuenta bancaria pertenece a una sola persona, las entidades son clientes y cuentas

Clientes Id_cliente (PK) Nombre apellidos

Cuentas Id_cuenta (PK) apertura saldo id_cliente (FK) contrasea

EJEMPLO: MUCHOS A MUCHOS

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

Medicos id_medico (PK) nombre apellidos especialidad telefono

Proyectos id_proyecto (PK) titulo 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.

Medicos id_medico (PK) nombre apellidos especialidad telefono

medico_proyecto Id_medico (FK) Id_proyecto (FK)

Proyectos id_proyecto (PK) titulo 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

Uno a muchos

No es necesario crear una relacin entre las entidades

Muchos a muchos

Se crea una relacin con llave En las entidades no hay llave fornea. 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 opcional en ambos lados.

ROMPIENDO EL MUCHOS A MUCHOS

Debemos crear una relacin entre ambas paciente
id_pac Id_p 1234 3678 5645 nombre Laura 1234

pacienteanalisis
id_an A-1 result 3.8 fecha id_an 5/I/08 A-1

analisis
titulo leuco embar hipert costo 300.00 200.00 500.00 desc ayuno ayuno No fati

1234
Mara 1234 Juan 3678

A-2
A-1 A-2

Pos
4.4 neg

7/I/07
A-2 2/II/08 A-8 3/I/08

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 debe ser asignado a un nico doctor. A su vez un doctor puede mandar uno o varios anlisis a los distintos pacientes. Esto implica que tenemos una relacin uno (medico) a muchos (analisis a pacientes) obligatoria.

DIAGRAMA E-R
Debemos crear una relacin entre ambas

pacienteanalisis
id_pac 1234 1234 id_an A-1 A-2 result 3.8 Pos fecha 5/I/08 7/I/07 Id_med 289 289

medico

i_med
289 456

nombre
Prez Lpez

especia
cirujano ginecl

1234
3678

A-1
A-2

4.4
neg

2/II/08
3/I/08

289
456

EJERCICIO PROPUESTO
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 y datos de cada uso como por ejemplo fecha, descripcin de la enfermedad y/o accidente, procedimiento hospitalizacin, intervenciones, mdico tratante, etc.
Cada cliente debe realizar un pago mensual de acuerdo a la tarifa asignada.

Las tarifas varan de acuerdo al salario devengado, Ej.:

Tarifa A: desde $0 hasta $500,000 Tarifa B: desde $500,001 hasta $900,000 Tarifa C: desde $900,001 hasta -