CARACTERISTICAS Y CARACTERISTICAS Y REPRESENTACION REPRESENTACION

DE LOS DATOSDE LOS DATOSBASE DE DATOSBASE DE DATOS

EntidaEntidadd• Una entidad es un elemento u objeto (real o abstracto) que resulta de

vital interés para entender el funcionamiento de un Sistema Informático al interior de una organización.

• Elemento u ObjetoElemento u Objeto

– físicofísico o real o real (una persona, un libro, un empleado)(una persona, un libro, un empleado)

– abstractoabstracto o conceptual o conceptual (una asignatura, un viaje)(una asignatura, un viaje)

• La principal característica de una Entidad es que posee múltiples propiedades (atributos) que son almacenados al interior de la base de datos. Una entidad se diferencia de otra por sus atributos.

AtributAtributoo

Es una unidad básica e indivisible de información relacionada a una Entidad o de una Relación *

Código_identificador = 001Nombre = Caballo de TroyaAutor = J. J. BenitezEditorial = Universal

Libro

...

* Una entidad y una Relación no significan lo mismo.

EntidadEntidad

AtributosAtributos

Se puede definir como una asociación entre entidades.

Es el elemento que permite relacionar los datos en sí.

Una relación también puede tener atributos.

JUGADOR JUEGA EQUIPO

RelaciónRelación

EntidadEntidad EntidadEntidadRelaciónRelación

Relaciones Binarias. Son las relaciones típicas. Se trata de relaciones que asociandos entidades.

Relaciones Ternarias. Relacionan tres entidades. A veces se pueden simplificar enrelaciones binarias, pero no siempre es posible.

Relaciones n-arias. Relacionan n entidades

Relaciones dobles. Se llaman así a dos relaciones distintas que sirven pararelacionar a las mismas relaciones. Son las más difíciles de manejar ya que almanipular las entidades hay que elegir muy bien la relacionan a utilizar pararelacionar los datos.

Relación reflexiva. Es una relación que sirve para relacionar ejemplares de lamisma entidad (personas con personas, piezas con piezas, etc.)

Tipos de Tipos de RelacionesRelaciones

Ejemplos de Ejemplos de RelacionesRelaciones

CardinalidaCardinalidadd

Uno a uno obligatorio: un empleado enUna empresa tiene uno y solo un puesto, unPuesto pertenece a un solo empleado

Uno a muchos opcional: un profesor en laFac. de Ingeniería 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

CardinalidaCardinalidadd

Existen dos clases de entidades:

Regulares (fuertes):Regulares (fuertes): aquellas que tienen existencia propia, no dependen de la existencia de otras entidades para su existencia (Ej. AUTOR dentro del contexto de una biblioteca).

Débiles:Débiles: su existencia depende de la existencia de un tipo de entidad regular, es decir, si se elimina la ocurrencia de la entidad regular, se eliminan todas aquellas ocurrencias de la entidad débil. (Ej. LIBRO dentro del contexto de una biblioteca, si eliminamos una ocurrencia de autor se eliminarán todos las ocurrencias de libro que dependen de ese autor).

Las entidades se representan a través de un rectángulo etiquetado con el nombre del tipo de entidad. En algunos diagramas se diferencias las entidades débiles de las fuertes representándolas con un rectángulo doble.

AUTORAUTOR LIBROLIBRO

Como elegir a un atributo identificador.

– Elegir aquel identificador que no cambie su valor durante toda su existencia en la instancia.

– Elegir aquel identificador tal que para cada instancia, el atributo garantice que su valor no sea vacío (NULL). En el caso de combinaciones de varios atributos este criterio debe cumplirse para cada uno de ellos.

– Impedir el uso de las llamadas identificadores inteligentes, cuya estructura puede indicar varias cosas (clasificaciones, localizaciones, fechas, nombres, etc. (todas en un solo nombre)); ya que alguna de ellas puede cambiar.

– Considerar sustituir identificadores por alguna combinación de otros.

Llave Primaria (PK)Llave Primaria (PK)

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

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

paciente cuarto

n_paciente

i_paciente#

a_paciente

i_cuarto#

i_cuarto#i_piso

q_costod_ingreso

Ejemplo: uno a muchos

• El titular de una cuenta de cheques puede tener cualquier número de tarjetas, pero cada tarjeta pertenece a una sola persona, las entidades son cliente y tarjeta

cliente tarjeta

n_cliente

i_cliente#

a_cliente

i_tarjeta#i_password

q_limited_apertura i_cliente#

Ejemplo: muchos a muchos

• En un proyecto de investigación puede haber cualquier número de médicos, un médico puede participar en cero o varios proyectos

medico proyecto

n_medico

i_medico#

a_medico

i_especial

i_proyecto#n_proyecto

t_resumen

a_telefono

Rompiendo el muchos a muchos

• En el diseño de una base de datos no se permiten relaciones “muchos a muchos”, cuando se tiene esto se crea una “relación” entre ambas cuya llave primaria será una llave compuesta por las llaves primarias de las entidades que está uniendo

medico proyecto

n_medico i_medico#

a_medico

i_especial

i_proyecto#n_proyecto

t_resumen

a_telefono

medico-proyecto

i_medico# i_proyecto#

Cuadro Cuadro ConceptualConceptual

Cardinalidad Relación entre entidades Llave foránea (FK)

Uno a uno No es necesario crear una relación entre las entidades

Se crea una llave foránea en una de las entidades relacionadas que corresponde a la llave primaria en la otra

Uno a muchos No es necesario crear una relación entre las entidades

Se crea una llave foránea del lado de la entidad “muchos” que corresponde a la llave primaria del lado “uno”

Muchos a muchos Se crea una relación con llave primaria compuesta formada por las llaves primarias de las entidades que une la relación

En las entidades no hay llave foránea.

Solución ejercicioSolución ejercicio

Analizando el ejercicio del laboratorio, las siguientes entidades:

– Paciente y Análisis

– Paciente y Médico

Diagrama Diagrama Entidad Entidad RelaciónRelación

• Se tienen dos juegos de entidades: paciente y análisis de laboratorio.

paciente análisis

A un paciente hospitalizado se le pueden practicar cero o varios análisis yun análisis puede practicársele a ninguno o a muchos pacientes.Esto implica que tenemos una relación muchos a muchos optativa enambos lados.

Rompiendo el muchos a muchos

Debemos crear una relación entre ambas

i_anal n_anal q_anal t_desc

A-1 leuco 300.00 ayuno

A-2 embar 200.00 ayuno

paciente análisispaciente-análisis

i_pac n_pac a_pac i_med

1234 Laura Pino 48

289

3678 María Juarez 56

456

i_pac i_anal t_resu d_anal

1234 A-1 3.8 5/I/08

1234 A-2 Pos 7/I/07

1234 A-1 4.4 2/II/08

3678 A-2 neg 3/I/08

Diagrama E-R

• Los juegos de entidades: paciente-análisis y médico.

paciente-análisis

médico

A un paciente hospitalizado se le pueden practicar cero o varios análisis y cada análisis se lo manda un doctor. A su vez un doctor puede mandaruno o varios análisis a los distintos pacientes.Esto implica que tenemos una relación uno a muchos obligatoria.

Rompiendo el muchos a muchosDebemos crear una

relación entre ambas

i_med n_nom t_esp

289 Pérez cirujano

456 López ginecól

paciente-análisis

medico

i_pac i_anal t_resu d_anal i_med

1234 A-1 3.8 5/I/08 289

1234 A-2 Pos 7/I/07 456

1234 A-1 4.4 2/II/08 289

3678 A-2 neg 3/I/08 456