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 Código_identificador = 001 Nombre = Caballo de Troya Libro 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 Libro Autor = J. J. Benitez Entidad Editorial = Universal Los valores de los atributos q describen cada entidad son una parte importante de los datos almacenados en la base de datos. ... Atributos * Una entidad y una Relación no significan lo mismo. 3

Relación JUEGA JUGADOR EQUIPO 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 Entidad JUEGA JUGADOR EQUIPO

Tipos de Relaciones 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 otros.

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 d_ingreso i_cuarto# 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 i_password a_cliente tarjeta cliente q_limite i_cliente# d_apertura

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 n_proyecto a_medico proyecto medico a_telefono i_especial 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_medico proyecto medico medico- proyecto i_especial i_medico# i_proyecto# t_resumen a_telefono

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 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 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. análisis paciente 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 paciente paciente- análisis 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 A-2 Pos 7/I/07 4.4 2/II/08 3678 neg 3/I/08 i_anal n_anal q_anal t_desc A-1 leuco 300.00 ayuno A-2 embar 200.00

Diagrama E-R Los juegos de entidades: paciente-análisis y 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 paciente- análisis medico i_pac i_anal t_resu d_anal i_med 1234 A-1 3.8 5/I/08 289 A-2 Pos 7/I/07 456 4.4 2/II/08 3678 neg 3/I/08 i_med n_nom t_esp 289 Pérez cirujano 456 López ginecól