SlideShare ist ein Scribd-Unternehmen logo
1 von 10
Modelo
            Entidad – Relación




Narcisa Paredes
MER

•    Sus siglas en inglés, E-R "Entity relationship", o del español DER
    "Diagrama de Entidad Relación

•   Fue inventado por Peter Chen en los años set

• El propósito de este modelo es simplificar el diseño de bases de
    datos a partir de descripciones textuales de los requerimientos.
CONCEPTO
• Es una herramienta para el modelado de datos
  que permite representar las entidades relevantes
  de un sistema de información así como sus
  interrelaciones y propiedades.
ENTIDAD
 Las entidades están compuestas de atributos que son los datos que definen el
  objeto, del cual queremos almacenar información.

 Entre los atributos habrá uno o un conjunto de ellos que no se repite; a este
  atributo o conjunto de atributos se le llama clave de la entidad

En toda entidad siempre hay al menos una clave que en el peor de los casos estará
formada por todos los atributos de la tabla. Ya que pueden haber varias claves y
necesitamos elegir una, lo haremos atendiendo a estas normas:
 Que sea única.
 Que se tenga pleno conocimiento de ella.- ¿Por qué en las empresas se asigna a
    cada cliente un número de cliente?.
 Que sea mínima, ya que será muy utilizada por el gestor de base de datos.
CLAVE DE LA ENTIDAD
 Se denomina Clave primaria al atributo o conjunto mínimo de
  atributos que permiten identificar en forma única cada instancia de
  la entidad, es decir, registro de la tabla.
 Las claves principales se utilizan cuando se necesita hacer referencia
  a registros específicos de una tabla desde otra tabla, Los mismos se
  denominan Claves candidatas.
RELACIÓN
o Asociación entre entidades, sin existencia propia en el mundo real
  que estamos modelando, pero necesaria para reflejar las
  interacciones existentes entre entidades.

Las relaciones son dos tipos:

 Cardialidad
 Modalidad
CARDIALIDAD
 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.

 Relación Uno a Muchos
Cuando un registro de una tabla secundaria sólo puede estar
relacionado con un único registro de la tabla principal y un registro
de la tabla principal puede tener más de un registro relacionado en la
tabla secundaria.

 Relación Muchos a Muchos
Cuando un registro de una tabla puede estar relacionado con más de
un registro de la otra tabla y viceversa.
MODALIDAD
 Obligatoria:
Si para todo registro de A debe existir siempre al menos un registro
de B asociado.


 Optativa:
Si para todo registro de A, pueden existir o no, uno o varios
registros de B asociados.
EJEMPLO
Mer

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (15)

Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Diagrama mer
Diagrama merDiagrama mer
Diagrama mer
 
MODELO ENTIDAD RELACION
MODELO ENTIDAD RELACIONMODELO ENTIDAD RELACION
MODELO ENTIDAD RELACION
 
Mer
MerMer
Mer
 
Gbd3
Gbd3Gbd3
Gbd3
 
Modelo entidad relación
Modelo entidad relaciónModelo entidad relación
Modelo entidad relación
 
Entidad relacion
Entidad relacionEntidad relacion
Entidad relacion
 
Diagrama entidad relación
Diagrama entidad relaciónDiagrama entidad relación
Diagrama entidad relación
 
ENTIDAD RELACION
ENTIDAD RELACIONENTIDAD RELACION
ENTIDAD RELACION
 
Cuestiones de Repaso Capitulo 16
Cuestiones de Repaso Capitulo 16Cuestiones de Repaso Capitulo 16
Cuestiones de Repaso Capitulo 16
 
Base de datos parte 2
Base de datos  parte 2Base de datos  parte 2
Base de datos parte 2
 
Modelo entidad relación parte 1
Modelo entidad relación parte 1Modelo entidad relación parte 1
Modelo entidad relación parte 1
 
Deber
DeberDeber
Deber
 
Deber
DeberDeber
Deber
 
Modelo de entidad relación. ayala
Modelo de entidad relación. ayalaModelo de entidad relación. ayala
Modelo de entidad relación. ayala
 

Andere mochten auch

Conceptos, interfaz, caracteristicas generales, requerimientos
Conceptos, interfaz, caracteristicas generales, requerimientosConceptos, interfaz, caracteristicas generales, requerimientos
Conceptos, interfaz, caracteristicas generales, requerimientosjuanjo6B
 
Presentación tema 1
Presentación tema 1Presentación tema 1
Presentación tema 1Angel Rea
 
121115 rapport ocde conclusions et recommandations - fr
121115 rapport ocde   conclusions et recommandations - fr121115 rapport ocde   conclusions et recommandations - fr
121115 rapport ocde conclusions et recommandations - frMarc Thill
 
Avance 2 Calderas
Avance 2 CalderasAvance 2 Calderas
Avance 2 CalderasMacarena R.
 
Fiction genre planning
Fiction genre planningFiction genre planning
Fiction genre planningTina71085
 

Andere mochten auch (7)

Conceptos, interfaz, caracteristicas generales, requerimientos
Conceptos, interfaz, caracteristicas generales, requerimientosConceptos, interfaz, caracteristicas generales, requerimientos
Conceptos, interfaz, caracteristicas generales, requerimientos
 
Presentación tema 1
Presentación tema 1Presentación tema 1
Presentación tema 1
 
121115 rapport ocde conclusions et recommandations - fr
121115 rapport ocde   conclusions et recommandations - fr121115 rapport ocde   conclusions et recommandations - fr
121115 rapport ocde conclusions et recommandations - fr
 
Método de kolb
Método de kolbMétodo de kolb
Método de kolb
 
Avance 2 Calderas
Avance 2 CalderasAvance 2 Calderas
Avance 2 Calderas
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Fiction genre planning
Fiction genre planningFiction genre planning
Fiction genre planning
 

Ähnlich wie Mer

Ähnlich wie Mer (20)

Base de datos
Base de datosBase de datos
Base de datos
 
modelo de datos
modelo de datos modelo de datos
modelo de datos
 
Modelo entidad relacion
Modelo entidad relacionModelo entidad relacion
Modelo entidad relacion
 
Diseño de bases de datos
Diseño de bases de datosDiseño de bases de datos
Diseño de bases de datos
 
MODELO DE BASE DE DATOS
MODELO DE BASE DE DATOSMODELO DE BASE DE DATOS
MODELO DE BASE DE DATOS
 
Foro unidad 2 lizeth pinto
Foro unidad 2 lizeth pintoForo unidad 2 lizeth pinto
Foro unidad 2 lizeth pinto
 
Modelo entidad
Modelo entidadModelo entidad
Modelo entidad
 
Modelo Entidad_Relación (ER)
Modelo Entidad_Relación (ER)Modelo Entidad_Relación (ER)
Modelo Entidad_Relación (ER)
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Unidad 2. modelo entidad relacion
Unidad 2. modelo entidad relacionUnidad 2. modelo entidad relacion
Unidad 2. modelo entidad relacion
 
Conclusiones sobre bases de datos
Conclusiones sobre bases de datosConclusiones sobre bases de datos
Conclusiones sobre bases de datos
 
MODELO RELACIONAL
MODELO RELACIONALMODELO RELACIONAL
MODELO RELACIONAL
 
Presentación de curso sql nivel basico.pptx
Presentación de curso sql nivel basico.pptxPresentación de curso sql nivel basico.pptx
Presentación de curso sql nivel basico.pptx
 
Conclusiones sobre bases de datos
Conclusiones sobre bases de datosConclusiones sobre bases de datos
Conclusiones sobre bases de datos
 
Conclusiones sobre bases de datos
Conclusiones sobre bases de datosConclusiones sobre bases de datos
Conclusiones sobre bases de datos
 
3 a5 avendaño gary - tarea 1
3 a5   avendaño gary - tarea 13 a5   avendaño gary - tarea 1
3 a5 avendaño gary - tarea 1
 
Conclusionessobrebasesdedatos 140808103957-phpapp02
Conclusionessobrebasesdedatos 140808103957-phpapp02Conclusionessobrebasesdedatos 140808103957-phpapp02
Conclusionessobrebasesdedatos 140808103957-phpapp02
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
3 a5 valdez david - tarea 1.pptx
3 a5   valdez david - tarea 1.pptx3 a5   valdez david - tarea 1.pptx
3 a5 valdez david - tarea 1.pptx
 
Modelamiento entidad relacion
Modelamiento entidad relacionModelamiento entidad relacion
Modelamiento entidad relacion
 

Mer

  • 1. Modelo Entidad – Relación Narcisa Paredes
  • 2. MER • Sus siglas en inglés, E-R "Entity relationship", o del español DER "Diagrama de Entidad Relación • Fue inventado por Peter Chen en los años set • El propósito de este modelo es simplificar el diseño de bases de datos a partir de descripciones textuales de los requerimientos.
  • 3. CONCEPTO • Es una herramienta para el modelado de datos que permite representar las entidades relevantes de un sistema de información así como sus interrelaciones y propiedades.
  • 4. ENTIDAD  Las entidades están compuestas de atributos que son los datos que definen el objeto, del cual queremos almacenar información.  Entre los atributos habrá uno o un conjunto de ellos que no se repite; a este atributo o conjunto de atributos se le llama clave de la entidad En toda entidad siempre hay al menos una clave que en el peor de los casos estará formada por todos los atributos de la tabla. Ya que pueden haber varias claves y necesitamos elegir una, lo haremos atendiendo a estas normas:  Que sea única.  Que se tenga pleno conocimiento de ella.- ¿Por qué en las empresas se asigna a cada cliente un número de cliente?.  Que sea mínima, ya que será muy utilizada por el gestor de base de datos.
  • 5. CLAVE DE LA ENTIDAD  Se denomina Clave primaria al atributo o conjunto mínimo de atributos que permiten identificar en forma única cada instancia de la entidad, es decir, registro de la tabla.  Las claves principales se utilizan cuando se necesita hacer referencia a registros específicos de una tabla desde otra tabla, Los mismos se denominan Claves candidatas.
  • 6. RELACIÓN o Asociación entre entidades, sin existencia propia en el mundo real que estamos modelando, pero necesaria para reflejar las interacciones existentes entre entidades. Las relaciones son dos tipos:  Cardialidad  Modalidad
  • 7. CARDIALIDAD  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.  Relación Uno a Muchos Cuando un registro de una tabla secundaria sólo puede estar relacionado con un único registro de la tabla principal y un registro de la tabla principal puede tener más de un registro relacionado en la tabla secundaria.  Relación Muchos a Muchos Cuando un registro de una tabla puede estar relacionado con más de un registro de la otra tabla y viceversa.
  • 8. MODALIDAD  Obligatoria: Si para todo registro de A debe existir siempre al menos un registro de B asociado.  Optativa: Si para todo registro de A, pueden existir o no, uno o varios registros de B asociados.