CARACTERISTICAS Y REPRESENTACION DE LOS DATOS BASE DE DATOS.
-
Upload
maria-pilar-olivares-martinez -
Category
Documents
-
view
227 -
download
0
Transcript of CARACTERISTICAS Y REPRESENTACION DE LOS DATOS BASE DE DATOS.
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