Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Modelo E-R-1
Modelo E-R-1
TEMA: MODELO DE DATOS ENTIDAD-RELACIN (E-R) Ing. Gian Pierre Solrzano Revilla.
Introduccin
El modelo de datos Entidad-Relacin (E-R) es un modelo de datos conceptual. Se basa en una percepcin de un mundo real que consiste en un conjunto de objetos bsicos llamados Entidades y Relaciones entre estos objetos. Es un modelo abstracto independiente de la Base de Datos y puede incluir componentes de sistemas existentes y no existentes, con el cual se pretende especificar el esquema de dominio de informacin de un sistema.
Introduccin ...
El modelo entidad-relacin es utilizado para identificar los diferentes elementos involucrados en un problema y las asociaciones que existen entre ellos. El modelo entidad-relacin es independiente del SGBD o del modelo de bases de datos que utilice. Debido a esta independencia, el modelo ER es utilizado con propsito de anlisis y diseo dentro del desarrollo de sistemas de informacin.
Modelo Lgico
D. fsico Modelo fsico Transformacin
Introduccin ...
Sistema Real
Dominio del problema Objetos del mundo del software
BD
Dominio de la solucin
Software
IU
Mundo de la
Introduccin ...
BD jerrquica
Problema
BD en red
Modelo ER
BD relacional
Introduccin ...
ABSTRACCIN La Abstraccin es el principal mecanismo que empleamos para enfrentar el estudio de un sistema complejo. Por medio de la abstraccin se toma cualquier sistema y se destacan las caractersticas ms importantes y que estn relacionadas con el objeto de estudio, dejando de un lado los aspectos que no son importantes, buscando las propiedades comunes de un La Abstraccin es separar por medio de una operacin intelectual las conjunto de objetos, reducinedo la complejidad y aumentando el cualidades de un objeto para entendimiento considerarlas aisladamente o para considerar el mismo objeto en su pura esencia o nocin.
Introduccin ...
Los modelos de datos proporcionan mecanismos de abstraccin que permiten la representacin de aquella parcela del mundo real cuyos datos nos interesa registrar, lo que habitualmente se conoce como Universo del discurso.
Introduccin ...
Dicha representacin se describe en dos niveles: El de las estructuras que hacen posible la representacin de la informacin, y El de la Informacin en s misma. Estos dos niveles dan lugar, en el mbito de las bases de datos a la disticin entre esquema y base de datos. La descripcin especfica de un UD determinado, en terminos de un modelo de datos, recibe el nombre de esquema, y La coleccin de datos que en s misma representa la informacin del UD da lugar a la base de datos.
El modelo es el instrumento de descripcin que da como resultado un esquema. Un esquema se puede considerar como una representacin grfica y simbolica de una cosa atendiendo slo a sus lineas o caracteres ms significativos. Un ejemplar son los datos que en un determinado momento se encuentran almacenados en el esquema.
ENTIDAD: una entidad es un objeto que existe y es distinguible de otros objetos. De cara al modelo conceptual una entidad se puede definir como cualquier objeto, real o abstracto, que existe en un contexto determinado o puede llegar a existir y del cual deseamos guardar informacin, por ejemplo: "PROFESORES", "CURSOS", "ALUMNOS" Una entidad puede ser concreta, tal como una persona o un libro, o puede ser abstracta, como un da festivo o un concepto.
Ejemplo: J. Harris, con No. de identificacin DNI 40035689 es una entidad, ya que identifica nicamente una persona especfica en el Universo. Anlogamente, el nmero de cuenta 2902300667-8 en la sucursal del banco interbank de Arequipa es una entidad que identifica nicamente una cuenta determinada.
CONJUNTO DE ENTIDADES: es un conjunto de entidades del mismo tipo. Ejemplo: el conjunto de todas las personas que tienen una cuenta en un banco, pueden definirse como el conjunto de entidades CLIENTE. nalogamente, el conjunto de entidades CUENTA podra representar el conjunto de todas las cuentas de un banco determinado.
Los conjuntos de entidades no necesitan ser disjuntos. P.e., es posible definir el conjunto de entidades de todos los empleados de un banco (EMPLEADO) y el conjunto de entidades de todos los clientes del banco (CLIENTE). Una entidad persona puede ser una entidad empleado, una entidad cliente, ambas, o ninguna de las dos.
Los nombres de las entidades deben representar el tipo de entidades (el conjunto de las ocurrencias) y no una ocurrencia de la misma. Por ejemplo, un nombre apropiado para una entidad debe ser Avin y no Boening 727 o Boening 747. Debe tener mltiples ocurrencias. Una entidad con slo una ocurrencia puede ser mejor representada como un atributo y no una entidad (no en todos los casos). Una cosa u objeto debe poderse representar por una y solo una entidad. Las entidades deben ser mutuamente excluyentes en sus ocurrencias Debe poseer un identificador, un atributo que identifique nicamente a una ocurrencia de la entidad.
PERSONA
CLIENTE
CUENTA ASIGNATURA
Objeto
Crecimiento previsto
Observacio nes
2 profesores / ao Los ejemplares dados de baja no sern eliminados de la base de datos; pasarn a tener una marca de eliminado y no sern visualizados desde la aplicacin.
ATRIBUTOS: es una propiedad descriptiva o valor asociado a una entidad, que sirve para cualificar, identificar, clasificar o expresar el estado de la entidad. Un atributo es cualquier descripcin o cosa de significancia de esa entidad. Cada ejemplar de una misma entidad posee los mismos atributos, tanto en nombre como en nmero, diferencindose cada uno de los ejemplares por los valores que toman dichos atributos.
Si consideramos la entidad "PROFESOR" y definimos los atributos Nombre, Telfono y Salario, podramos obtener los siguientes:
{Luis Garca, 074-458962, S/.2,500}
Los conjuntos de entidades no necesitan ser disjuntos. P.e., es posible definir el conjunto de entidades de todos los empleados de un banco (EMPLEADO) y el conjunto de entidades de todos los clientes del banco (CLIENTE). Una entidad persona puede ser una entidad empleado, una entidad cliente, ambas, o ninguna de las dos.
Los nombres de las entidades deben representar el tipo de entidades (el conjunto de las ocurrencias) y no una ocurrencia de la misma. Por ejemplo, un nombre apropiado para una entidad debe ser Avin y no Boening 727 o Boening 747. Debe tener mltiples ocurrencias. Una entidad con slo una ocurrencia puede ser mejor representada como un atributo y no una entidad (no en todos los casos). Una cosa u objeto debe poderse representar por una y solo una entidad. Las entidades deben ser mutuamente excluyentes en sus ocurrencias Debe poseer un identificador, un atributo que identifique nicamente a una ocurrencia de la entidad.
ATRIBUTOS: es una propiedad descriptiva o valor asociado a una entidad, que sirve para cualificar, identificar, clasificar o expresar el estado de la entidad. Un atributo es cualquier descripcin o cosa de significancia de esa entidad. Cada ejemplar de una misma entidad posee los mismos atributos, tanto en nombre como en nmero, diferencindose cada uno de los ejemplares por los valores que toman dichos atributos.
Notacin de un Atributo
Los atributos de las entidades se representan de manera diferente de acuerdo a la notacin seleccionada.
Cdula
PERSONA Nombre
Dentro de la convencin sugerida por Chen, los atributos se representan como circunferencias que se enlazan a la entidad respectiva.
Notacin de un atributo
PERSONA
En la convencin sugerida por James Martn y la utilizada por las herramientas CASE de Oracle, los atributos se representan como textos al interior de la entidad. Por ejemplo, para la entidad persona mencionada previamente:
# Cdula * Nombre
Un carcter se incluye a un lado del nombre del atributo para especificar algunas caractersticas de los mismos. * Atributo Obligatorio (presente en todas las ocurrencias de la entidad) o Atributo Opcional # Atributo Identificador (#)Atributo Identificador Secundario
Relaciones
El modelo de datos E-R refleja los componentes de un problema y las relaciones existentes entre estos componentes. Una relacin es un asociacin, vinculacin o correspondencia significativa entre entidades. Las relaciones tienen asociadas una medida conocida como cardinalidad de asignacin.
Relaciones
CARDINALIDAD DE ASIGNACIN: una restriccin importante que impone el modelo de datos E-R es la de las cardinalidades de asignacin, que expresan el nmero de entidades con las que puede asociarse otra entidad mediante una relacin. Cada relacin debe contener - un verbo - una cardinalidad mnima - una cardinalidad mxima
Relaciones
Una a Una: una entidad en A est asociada a lo sumo con una entidad en B, y una entidad en B est asociada a lo sumo con una entidad en A. Una a muchas: una entidad en A est asociada con un nmero cualquiera de entidades en B. Una entidad en B, sin embargo, puede estar asociada a lo sumo con una entidad en A.
Relaciones
Muchas a Una: una entidad en A est asociada a lo sumo con una entidad en B, y una entidad en B, sin embargo, puede estar asociada con un nmero cualquiera de entidades en A. Muchas a muchas: una entidad en A est asociada con un nmero cualquiera de entidades en B, y una entidad en B est asociada con un nmero cualquiera de entidades en A.
Persona
Tiene
1,1
Libro
Dentro de la notacin sugerida por Chen, las relaciones se representan por rombos que se enlazan a las entidades involucradas. La cardinalidad de la relacin se especifica mediante letras en los extermos de las relaciones
Persona
Tiene Pertenece a
Libro
Pgina 1 de 4
EJERCICIOS PRCTICOS: Realizar el modelado de datos de los siguientes casos planteados mediante un diagrama Entidad-Relacin:
Clasificacin de libros y temas en una biblioteca: De cada tema puede haber varios libros o ninguno. Cada libro obligatoriamente est registrado
en algn tema. Nombre Lugar 1:N (1,1) Tema (0,N) Libro IdLibro Ttulo Autores ISBN
Clasifica
Pgina 2 de 4
Alquila
FechaAlquiler
FechaDevolucin
CdProfesor
(1,N) Asignatura
CdAsignatura
Nombre
Pgina 3 de 4
CdEmpleado
Puesto
Nombre Telfono
Empleado FormaPago FechaVenta (1,1)
Vende
(1,N)
(1,N) Cliente
Piezas: Una pieza se compone de muchas piezas, que a su vez estn compuestas de otras
piezas. CdPieza Nombre Descripcin Pieza (1,M) (1,N) Componerse Tamao N:M Una pieza se compone de una o varias piezas ms pequeas. Una pieza forma parte de una o varias piezas ms grandes.
Pgina 4 de 4
Empleados y empleados jefes: Un empleado puede dirigir a muchos empleados si es el jefe, o a ninguno si no es el jefe. Un empleado es dirigido por
un jefe, o por ninguno si l mismo es el jefe.
Puesto de trabajo: Un empleado ocupa un solo puesto de trabajo, y ese puesto es ocupado por un solo empleado o por ninguno si est
vacante.
CdEmpleado Nombre Direccin Empleado (0,1) Telfono 1:1 CdPuesto Departamento Descripcin Ocupa (1,1) Puesto
Caso de estudio
En un hospital se tiene un registro de pacientes, un registro de personal y uno de salas con funcionarios que trabajan en esas salas y con pacientes internados en esas salas. Del personal nos interesa el numero de empleado, el nombre, la direccion y el telfono. Sabemos que dos empleados no tienen el mismo numero. De los pacientes nos interesa el numero de registro (le es asignado cuando ingresa) y el nombre mientras que de las salas nos interesa el nombre y la cantidad de camas que tiene. Tambien se sabe que un empleado trabaja en una unica sala y que en una sala trabajan varios empleados. Lo mismo ocurre con los pacientes.
In.
Caso de estudio
Conjuntos de objetos:
Pacientes, Salas, Personal
Restricciones:
Un empleado trabaja en una unica sala y en una sala trabajan varios empleados. Un paciente est internado en una sola sala pero en una sala hay varios pacientes.
Modelo Conceptual
La realidad consiste en lo siguiente: Se tienen ejercicios, identificados por un cdigo, con una fecha de propuesta asociada y que pueden tener varios autores. Estos ejercicios pueden ser de prctico, de examen o simplemente propuestas de ejercicios. Tanto los ejercicios de prctico como los de examen estn asociados a materias dentro de carreras determinadas. Por ejemplo, el ejercicio cdigo PR274 es un ejercicio de prctico asociado a la materia Programacin 1 de la carrera Ingeniera en Computacin, pero no est asociado a la misma materia de la carrera de Ing. en Sistemas de Computacin. Sobre los ejercicios de prctico asociados a una materia en una carrera, interesa saber en qu Nro. De hoja est dicho ejercicio, su Nro. Dentro de la hoja y un cdigo de dificultad asociado. Un ejercicio de prctico puede aparecer en varias materias de diferentes carreras. Todos los ejercicios de prctico estn asociados a alguna materia. Sobre los ejercicios de examen, interesa saber la fecha del examen en que apareci, su cantidad de puntos y el Nro. De ejercicio en el examen. Un ejercicio de examen est asociado a una y solo una materia dentro de una carrera. La informacin que interesa sobre las materias es el nombre y sobre las carreras su identificacin. Se sabe que dentro de una carrera hay muchas materias y que una misma materia puede estar dentro de varias carreras. Una materia en una carrera tiene una determinada cantidad de horas de curso. Las materias con igual nombre, aunque se encuentren en distintas carreras, tendrn asociadas un mismo conjunto de temas. Por otro lado, todos los ejercicios (de cualquier tipo) estn relacionados con temas con distintos grados de profundidad. Cada tema se identifica por un cdigo e interesa saber cules temas son previos de otros .