CARACTERISTICAS Y REPRESENTACION DE LOS DATOS BASE DE
CARACTERISTICAS Y REPRESENTACION DE LOS DATOS BASE DE DATOS
Entidad • 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 Objeto – físico o real (una persona, un libro, un empleado) – abstracto o conceptual (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.
Atributo Es una unidad básica e indivisible de información relacionada a una Entidad o de una Relación * Código_identificador = 001 Nombre = Caballo de Troya Autor = J. J. Benitez Editorial = Universal. . . Libro Entidad Atributos * Una entidad y una Relación no significan lo mismo.
Relación 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. Relación Entidad JUGADOR JUEGA Entidad EQUIPO
Tipos de Relaciones Binarias. Son las relaciones típicas. Se trata de relaciones que asocian dos entidades. Relaciones Ternarias. Relacionan tres entidades. A veces se pueden simplificar en relaciones binarias, pero no siempre es posible. Relaciones n-arias. Relacionan n entidades Relaciones dobles. Se llaman así a dos relaciones distintas que sirven para relacionar a las mismas relaciones. Son las más difíciles de manejar ya que al manipular las entidades hay que elegir muy bien la relacionan a utilizar para relacionar los datos. Relación reflexiva. Es una relación que sirve para relacionar ejemplares de la misma entidad (personas con personas, piezas con piezas, etc. )
Ejemplos de Relaciones
Cardinalidad 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 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
Cardinalidad
Existen dos clases de entidades: 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: 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. AUTOR LIBRO
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
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). i_paciente# i_cuarto# n_paciente i_piso a_paciente cuarto paciente i_cuarto# d_ingreso q_costo
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 i_cliente# i_tarjeta# n_cliente a_cliente i_password tarjeta cliente d_apertura q_limite 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 i_medico# i_proyecto# n_medico a_medico proyecto medico i_especial n_proyecto a_telefono t_resumen
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 n_medico i_medico# i_proyecto# n_proyecto a_medicoproyecto medico i_especial i_medico# i_proyecto# a_telefono proyecto t_resumen
Cuadro Conceptual 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 En las entidades no hay llave compuesta formada por las llaves foránea. primarias de las entidades que une la relación
Solución ejercicio Analizando el ejercicio del laboratorio, las siguientes entidades: – Paciente y Análisis – Paciente y Médico
Diagrama Entidad Relació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 y un análisis puede practicársele a ninguno o a muchos pacientes. Esto implica que tenemos una relación muchos a muchos optativa en ambos lados.
Rompiendo el muchos a muchos Debemos crear una relación entre ambas pacienteanálisis paciente análisis i_pac n_pac a_pac i_med i_pac i_anal t_resu d_anal i_anal n_anal q_anal t_desc 1234 Laura Pino 48 289 1234 A-1 3. 8 5/I/08 A-1 leuco 300. 00 ayuno 3678 María Juarez 56 456 1234 A-2 Pos 7/I/07 A-2 embar 200. 00 ayuno 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. pacienteaná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 mandar uno o varios análisis a los distintos pacientes. Esto implica que tenemos una relación uno a muchos obligatoria.
Rompiendo el muchos a muchos Debemos crear una relación entre ambas pacienteanálisis medico i_pac i_anal t_resu d_anal i_med n_nom t_esp 1234 A-1 3. 8 5/I/08 289 Pérez cirujano 1234 A-2 Pos 7/I/07 456 López ginecól 1234 A-1 4. 4 2/II/08 289 3678 A-2 neg 3/I/08 456
- Slides: 21