SlideShare una empresa de Scribd logo
1 de 15
Modelo de
   Entidad
Relación sobre
base de datos
Modelo de Entidad Relación
El Modelo de Entidad Relación es un modelo de
datos basado en una percepción del mundo real
que consiste en un conjunto de objetos básicos
llamados entidades y relaciones entre estos
objetos, implementándose en forma gráfica a
través del Diagrama Entidad Relación.
Entidad: Objeto del mundo real distinguible de
otros objetos. Una entidad se describe usando un
conjunto de atributo.
Conjunto de entidades (tipo de entidad): Una
colección de entidades similares (ej. todos los
empleados).
• Todas las entidades de un conjunto tiene los
  mismos
   atributos (a excepción de una jerarquía)
• Cada conjunto de entidades tiene una llave
• Cada atributo tiene un dominio
Nombre
Rut


      Empleados
Un tipo de entidad define el esquema o
intensión
para el conjunto de entidades que comparten la
misma estructura. La colección de entidades de
un
tipo particular de entidad definen la extensión
del
tipo de entidad.
Atributos = Campos
Se puede definir cono Entidad a cualquier objeto, real o
abstracto, que existe en un contexto determinado o
puede llegar a existir y del cual deseamos guardar
información.
Los Atributos son características o propiedades
asociadas a la entidad que toman valor en una
instancia particular. Ejemplo: nombre, cédula,
teléfono.
• Atributos clave de una entidad: Un tipo de entidad
  casi siempre tiene un atributo que es distinto para
  cada entidad. Hay ocasiones en que un conjunto de
  atributos constituyen la clave de una entidad
  (atributos subrayados en los diagramas). Algunas
  entidades tienen más de un atributo clave.
•  Dominio de los atributos: Cada uno de los atributos
  simples tienen asociado un conjunto de valores
  posibles.
TIPOS DE RELACIÓN

Se entiende por Relación a la asociación entre 2 o más
entidades.
Clasificación por Cardinalidad

1. Relación Uno a Uno: Cuando un registro de una
   tabla sólo puede estar relacionado con un único
   registro de la otra tabla y viceversa. En este caso la
   clave foránea se ubica en alguna de las 2 tablas.
1. Relaciones Uno a Uno

    Departamento                        Profesor


                                            Profesor
      Departamento
                                        Prof_Cod
        Dep_Cod
                                        Prof_Nombre
      Dep_Nombre
                                        Prof_Direccion
        Dep_Jefe                        Prof_Telefono


La Relación Uno a Uno se da cuando un registro de una
tabla sólo puede estar relacionado con un único registro de
la otra tabla y viceversa.
2. Relaciones Uno a Muchos

Cuando un registro de una tabla (tabla
secundaria) sólo puede estar relacionado
con un único registro de la otra tabla (tabla
principal) y un registro de la tabla principal
puede tener más de un registro relacionado
en la tabla secundaria.
1
       Curso                             Alumno
                                      Alumno
          Curso
                                      Carla
        Pol-1-A                       Juan
        Pol-1-B                       Pedro
        Pol-2-A                       Sara
                                      Carla

•   Un Curso tiene muchos Alumnos
•   Un Alumno está en sólo un curso
•   Un Curso puede estar transitoriamente vacío
•   Todo Alumno tiene un Curso asignado
3.Relaciones de Muchos a Muchos
Cuando un registro de una tabla puede estar
relacionado con más de un registro de la otra tabla y
viceversa. En este caso las dos tablas no pueden estar
relacionadas directamente, se tiene que añadir una
tabla entre las dos que incluya los pares de valores
relacionados entre sí.
El nombre de tabla débil deviene de que con sus
atributos propios no se puede encontrar la clave, por
estar asociada a otra entidad. La clave de esta tabla se
conforma por la unión de los campos claves de las
tablas que relaciona.
1
        Profesor                                           Curso
             Curso                                  Alumno

            Carla
             Juan                                    Pol-1-A
            Pedro                                    Pol-1-B
             Sara                                    Pol-2-A
            Carla

•   Un Profesor puede estar asignado en varios Cursos
•   Un Curso puede tener muchos Profesores asignados
•   Todo Profesor tiene un Curso asignado
•   Un Curso puede no tener transitoriamente un Profesor
Restricciones de llave

Relación “Trabaja_en”:
• Un empleado puede trabajar en un
  departamento.
• Un departamento puede tener varios empleados
• Sin embargo, cada departamento puede tener a
  lo más un jefe por la restricción de llave de la
  relación administra
Nombre                                 did           dnombre
                     Sección
                                 desde



Rut       Empleado             Trabaja      Departamento
                                 en




                               Administra

Más contenido relacionado

Destacado

Modelo entidad relacion
Modelo entidad relacionModelo entidad relacion
Modelo entidad relaciondanielglot
 
Modelo E/R
Modelo E/RModelo E/R
Modelo E/Romarzon
 
El modelo de entidad relación (e r)
El modelo de entidad relación (e r)El modelo de entidad relación (e r)
El modelo de entidad relación (e r)YENZU
 
Problemas de diseño de base de datos
Problemas de diseño de base de datosProblemas de diseño de base de datos
Problemas de diseño de base de datosgonzalopomboza
 
Taller modelo entidad relacion
Taller modelo entidad relacionTaller modelo entidad relacion
Taller modelo entidad relacionBrayan Vega Diaz
 
Cardinalidad
CardinalidadCardinalidad
CardinalidadUTN
 
Modelo Entidad Relación
Modelo Entidad RelaciónModelo Entidad Relación
Modelo Entidad Relaciónjosecuartas
 
Transformación de Modelo E-R a Modelo Relacional Ejemplo y Reporte
Transformación de Modelo E-R a Modelo Relacional Ejemplo y ReporteTransformación de Modelo E-R a Modelo Relacional Ejemplo y Reporte
Transformación de Modelo E-R a Modelo Relacional Ejemplo y ReporteNeoinquisidor
 
Modelado Orientado a Objetos
Modelado Orientado a ObjetosModelado Orientado a Objetos
Modelado Orientado a ObjetosRafael Miranda
 

Destacado (16)

Ejemplos de entidad relacion
Ejemplos de entidad relacionEjemplos de entidad relacion
Ejemplos de entidad relacion
 
Modelo entidad relacion
Modelo entidad relacionModelo entidad relacion
Modelo entidad relacion
 
Modelo E/R
Modelo E/RModelo E/R
Modelo E/R
 
El modelo de entidad relación (e r)
El modelo de entidad relación (e r)El modelo de entidad relación (e r)
El modelo de entidad relación (e r)
 
Modelo Entidad Relacion
Modelo Entidad RelacionModelo Entidad Relacion
Modelo Entidad Relacion
 
Problemas de diseño de base de datos
Problemas de diseño de base de datosProblemas de diseño de base de datos
Problemas de diseño de base de datos
 
Desarrollo De Sistemas
Desarrollo De SistemasDesarrollo De Sistemas
Desarrollo De Sistemas
 
Taller modelo entidad relacion
Taller modelo entidad relacionTaller modelo entidad relacion
Taller modelo entidad relacion
 
Atributos
AtributosAtributos
Atributos
 
Cardinalidad
CardinalidadCardinalidad
Cardinalidad
 
Graficas de control por atributo
Graficas de control por atributoGraficas de control por atributo
Graficas de control por atributo
 
Modelo Entidad Relación
Modelo Entidad RelaciónModelo Entidad Relación
Modelo Entidad Relación
 
Desarrollo De Sistemas De InformacióN
Desarrollo De  Sistemas De  InformacióNDesarrollo De  Sistemas De  InformacióN
Desarrollo De Sistemas De InformacióN
 
Bases De Datos "Conceptos Basicos"
Bases De Datos "Conceptos Basicos"Bases De Datos "Conceptos Basicos"
Bases De Datos "Conceptos Basicos"
 
Transformación de Modelo E-R a Modelo Relacional Ejemplo y Reporte
Transformación de Modelo E-R a Modelo Relacional Ejemplo y ReporteTransformación de Modelo E-R a Modelo Relacional Ejemplo y Reporte
Transformación de Modelo E-R a Modelo Relacional Ejemplo y Reporte
 
Modelado Orientado a Objetos
Modelado Orientado a ObjetosModelado Orientado a Objetos
Modelado Orientado a Objetos
 

Modelo Entidad Relación sobre base de datos

  • 1. Modelo de Entidad Relación sobre base de datos
  • 2. Modelo de Entidad Relación El Modelo de Entidad Relación es un modelo de datos basado en una percepción del mundo real que consiste en un conjunto de objetos básicos llamados entidades y relaciones entre estos objetos, implementándose en forma gráfica a través del Diagrama Entidad Relación.
  • 3. Entidad: Objeto del mundo real distinguible de otros objetos. Una entidad se describe usando un conjunto de atributo. Conjunto de entidades (tipo de entidad): Una colección de entidades similares (ej. todos los empleados). • Todas las entidades de un conjunto tiene los mismos atributos (a excepción de una jerarquía) • Cada conjunto de entidades tiene una llave • Cada atributo tiene un dominio
  • 4. Nombre Rut Empleados
  • 5. Un tipo de entidad define el esquema o intensión para el conjunto de entidades que comparten la misma estructura. La colección de entidades de un tipo particular de entidad definen la extensión del tipo de entidad.
  • 6. Atributos = Campos Se puede definir cono Entidad a cualquier objeto, real o abstracto, que existe en un contexto determinado o puede llegar a existir y del cual deseamos guardar información. Los Atributos son características o propiedades asociadas a la entidad que toman valor en una instancia particular. Ejemplo: nombre, cédula, teléfono.
  • 7. • Atributos clave de una entidad: Un tipo de entidad casi siempre tiene un atributo que es distinto para cada entidad. Hay ocasiones en que un conjunto de atributos constituyen la clave de una entidad (atributos subrayados en los diagramas). Algunas entidades tienen más de un atributo clave. •  Dominio de los atributos: Cada uno de los atributos simples tienen asociado un conjunto de valores posibles.
  • 8. TIPOS DE RELACIÓN Se entiende por Relación a la asociación entre 2 o más entidades. Clasificación por Cardinalidad 1. Relación Uno a Uno: Cuando un registro de una tabla sólo puede estar relacionado con un único registro de la otra tabla y viceversa. En este caso la clave foránea se ubica en alguna de las 2 tablas.
  • 9. 1. Relaciones Uno a Uno Departamento Profesor Profesor Departamento Prof_Cod Dep_Cod Prof_Nombre Dep_Nombre Prof_Direccion Dep_Jefe Prof_Telefono La Relación Uno a Uno se da cuando un registro de una tabla sólo puede estar relacionado con un único registro de la otra tabla y viceversa.
  • 10. 2. Relaciones Uno a Muchos Cuando un registro de una tabla (tabla secundaria) sólo puede estar relacionado con un único registro de la otra tabla (tabla principal) y un registro de la tabla principal puede tener más de un registro relacionado en la tabla secundaria.
  • 11. 1 Curso Alumno Alumno Curso Carla Pol-1-A Juan Pol-1-B Pedro Pol-2-A Sara Carla • Un Curso tiene muchos Alumnos • Un Alumno está en sólo un curso • Un Curso puede estar transitoriamente vacío • Todo Alumno tiene un Curso asignado
  • 12. 3.Relaciones de Muchos a Muchos Cuando un registro de una tabla puede estar relacionado con más de un registro de la otra tabla y viceversa. En este caso las dos tablas no pueden estar relacionadas directamente, se tiene que añadir una tabla entre las dos que incluya los pares de valores relacionados entre sí. El nombre de tabla débil deviene de que con sus atributos propios no se puede encontrar la clave, por estar asociada a otra entidad. La clave de esta tabla se conforma por la unión de los campos claves de las tablas que relaciona.
  • 13. 1 Profesor Curso Curso Alumno Carla Juan Pol-1-A Pedro Pol-1-B Sara Pol-2-A Carla • Un Profesor puede estar asignado en varios Cursos • Un Curso puede tener muchos Profesores asignados • Todo Profesor tiene un Curso asignado • Un Curso puede no tener transitoriamente un Profesor
  • 14. Restricciones de llave Relación “Trabaja_en”: • Un empleado puede trabajar en un departamento. • Un departamento puede tener varios empleados • Sin embargo, cada departamento puede tener a lo más un jefe por la restricción de llave de la relación administra
  • 15. Nombre did dnombre Sección desde Rut Empleado Trabaja Departamento en Administra