SlideShare una empresa de Scribd logo
1 de 8
Colegio jose celestino mutisjoe castillo gomez11º2bucaramanga2011
el modelo entidad-relación
Propuesto por Chen a mediados de los años setenta como medio de representación conceptual de los problemas y para representar la visión de un sistema de forma global. Físicamente adopta la forma de un grafo escrito en papel al que se denomina diagrama Entidad-Relación. Sus elementos fundamentales son las entidades y las relaciones.
Que es una relación
Una relación es una asociación o relación matemática entre varias entidades. Las relaciones también se nombran. Se representan en el diagrama E-R mediante flechas y rombos. Cada entidad interviene en una relación con una determinada cardinalidad. La cardinalidad (número de instancias o elementos de una entidad que pueden asociarse a un elemento de la otra entidad relacionada) se representa mediante una pareja de datos, en minúsculas, de la forma (cardinalidad mínima, cardinalidad máxima), asociada a cada uno de las entidades que intervienen en la relación. Son posibles las siguientes cardinalidades: (0,1), (1,1), (0,n), (1,n), (m,n). Tambié se informa de las cardinalidades máximas con las que intervienen las entidades en la relación.
Que tipos de relaciones existen, defina cada uno de ellas y dé un ejemplo. El tipo de relación se define tomando los máximos de las cardinalidades que intervienen en la relación. Hay cuatro tipos posibles:  Una a una (1:1). En este tipo de relación, una vez fijado un elemento de una entidad se conoce la otra. Ejemplo: nación y capital.  Una a muchas (1:N). Ejemplo: cliente y pedidos.  Muchas a una (N:1). Simetría respecto al tipo anterior según el punto de visto de una u otra entidad.  Muchas a muchas (N:N). Ejemplo: personas y viviendas.
Ejemplo: Se desea almacenar información sobre personas y los coches que eventualmente posean. Una misma persona puede poseer varios coches aunque puede haber personas que no posean ningún coche. Los coches se identifican mediante su número de matrícula y las personas mediante su documento nacional de identidad. Todo coche tiene un solo propietario. Se ha de almacener la fecha en que una determinada persona adquirió un determinado coche. Problemas de un esquema único que agrupe a todos los atributos de la entidad coche (matrícula, marca, modelo, etc.), de la entidad persona (dni, nombre, direccion, etc.) y de la relación entre ambas entidades (fecha de compra).  Personas sin coche (valores nulos y gasto de espacio de almacenamiento).  Multiplicidad de almacenamiento (redundancia) de los atributos de una persona si ésta es propietaria de más de un coche.  Modificación del valor de un atributo de una persona en una sola de sus apariciones en la instancia de la base de datos (inconsistencia).
Para evitar estos problemas se separa el esquema único de la base de datos en tres separados para coche, persona y la relación entre ambos, lo que ocasiona otra serie de problemas:  Toda matrícula en una instancia concreta del esquema de la relación entre coches y personas debe aparecer en la instancia del esquema de la entidad coche.  Todo dni en una instancia concreta del esquema de la relación entre coches y personas debe aparecer en la instancia del esquema de la entidad persona.  Problemas con la modificación del valor de una matrícula en la instancia del esquema de la entidad coche.  Problemas con la modificación del valor de un dni en la instancia del esquema de la entidad persona.  Problemas con el borrado de varios coches en la instancia concreta del esquema de la entidad coche.  Problemas con el borrado de varias personas en la instancia concreta del esquema de la entidad persona.

Más contenido relacionado

Similar a Joe castillo 1102

Modelo de datos semantico
Modelo de datos semanticoModelo de datos semantico
Modelo de datos semanticoclasetic2011
 
El Modelo Er
El Modelo ErEl Modelo Er
El Modelo Ernera24mx
 
El modelo entidad_relacion
El modelo entidad_relacionEl modelo entidad_relacion
El modelo entidad_relacionLuis Lucho
 
El modelo de datos entidad relación
El modelo de datos entidad relaciónEl modelo de datos entidad relación
El modelo de datos entidad relaciónmacarmen91
 
Modelo entidad relacion ok
Modelo entidad relacion okModelo entidad relacion ok
Modelo entidad relacion okBB
 
Base de datos 2°parte
Base de datos 2°parteBase de datos 2°parte
Base de datos 2°partekendripinto
 
Base de datos 2°parte
Base de datos 2°parteBase de datos 2°parte
Base de datos 2°partekendripinto
 
Modelo de entidad de relación
Modelo de entidad de relaciónModelo de entidad de relación
Modelo de entidad de relacióntatytaloor
 
Diseño conceptual de bases de Batos
Diseño conceptual de bases de BatosDiseño conceptual de bases de Batos
Diseño conceptual de bases de BatosEdward H Gonzalez R
 
Nucleo 4 - Diseño de DB con Modelo Entidad Relación
Nucleo 4 - Diseño de DB con Modelo Entidad RelaciónNucleo 4 - Diseño de DB con Modelo Entidad Relación
Nucleo 4 - Diseño de DB con Modelo Entidad Relacióncarsanta
 
Modelos De Datos (Segunda Parte)
Modelos De Datos (Segunda Parte)Modelos De Datos (Segunda Parte)
Modelos De Datos (Segunda Parte)esacre
 
Modelos De Datos (Segunda Parte)
Modelos De Datos (Segunda Parte)Modelos De Datos (Segunda Parte)
Modelos De Datos (Segunda Parte)esacre
 

Similar a Joe castillo 1102 (20)

Entidad relacion
Entidad relacionEntidad relacion
Entidad relacion
 
12
1212
12
 
12
1212
12
 
Modelo de datos semantico
Modelo de datos semanticoModelo de datos semantico
Modelo de datos semantico
 
El Modelo Er
El Modelo ErEl Modelo Er
El Modelo Er
 
Dbd1.2
Dbd1.2Dbd1.2
Dbd1.2
 
Modelos Lógicos Basados en Objetos
Modelos Lógicos Basados en ObjetosModelos Lógicos Basados en Objetos
Modelos Lógicos Basados en Objetos
 
Mer
MerMer
Mer
 
El modelo entidad_relacion
El modelo entidad_relacionEl modelo entidad_relacion
El modelo entidad_relacion
 
El modelo de datos entidad relación
El modelo de datos entidad relaciónEl modelo de datos entidad relación
El modelo de datos entidad relación
 
Modelo entidad relacion ok
Modelo entidad relacion okModelo entidad relacion ok
Modelo entidad relacion ok
 
Base de datos 2°parte
Base de datos 2°parteBase de datos 2°parte
Base de datos 2°parte
 
Base de datos 2°parte
Base de datos 2°parteBase de datos 2°parte
Base de datos 2°parte
 
Modelo de entidad de relación
Modelo de entidad de relaciónModelo de entidad de relación
Modelo de entidad de relación
 
Diseño conceptual de bases de Batos
Diseño conceptual de bases de BatosDiseño conceptual de bases de Batos
Diseño conceptual de bases de Batos
 
Infoo2
Infoo2Infoo2
Infoo2
 
El modelo de datos entidad
El modelo de datos entidadEl modelo de datos entidad
El modelo de datos entidad
 
Nucleo 4 - Diseño de DB con Modelo Entidad Relación
Nucleo 4 - Diseño de DB con Modelo Entidad RelaciónNucleo 4 - Diseño de DB con Modelo Entidad Relación
Nucleo 4 - Diseño de DB con Modelo Entidad Relación
 
Modelos De Datos (Segunda Parte)
Modelos De Datos (Segunda Parte)Modelos De Datos (Segunda Parte)
Modelos De Datos (Segunda Parte)
 
Modelos De Datos (Segunda Parte)
Modelos De Datos (Segunda Parte)Modelos De Datos (Segunda Parte)
Modelos De Datos (Segunda Parte)
 

Joe castillo 1102

  • 1. Colegio jose celestino mutisjoe castillo gomez11º2bucaramanga2011
  • 3. Propuesto por Chen a mediados de los años setenta como medio de representación conceptual de los problemas y para representar la visión de un sistema de forma global. Físicamente adopta la forma de un grafo escrito en papel al que se denomina diagrama Entidad-Relación. Sus elementos fundamentales son las entidades y las relaciones.
  • 4. Que es una relación
  • 5. Una relación es una asociación o relación matemática entre varias entidades. Las relaciones también se nombran. Se representan en el diagrama E-R mediante flechas y rombos. Cada entidad interviene en una relación con una determinada cardinalidad. La cardinalidad (número de instancias o elementos de una entidad que pueden asociarse a un elemento de la otra entidad relacionada) se representa mediante una pareja de datos, en minúsculas, de la forma (cardinalidad mínima, cardinalidad máxima), asociada a cada uno de las entidades que intervienen en la relación. Son posibles las siguientes cardinalidades: (0,1), (1,1), (0,n), (1,n), (m,n). Tambié se informa de las cardinalidades máximas con las que intervienen las entidades en la relación.
  • 6. Que tipos de relaciones existen, defina cada uno de ellas y dé un ejemplo. El tipo de relación se define tomando los máximos de las cardinalidades que intervienen en la relación. Hay cuatro tipos posibles: Una a una (1:1). En este tipo de relación, una vez fijado un elemento de una entidad se conoce la otra. Ejemplo: nación y capital. Una a muchas (1:N). Ejemplo: cliente y pedidos. Muchas a una (N:1). Simetría respecto al tipo anterior según el punto de visto de una u otra entidad. Muchas a muchas (N:N). Ejemplo: personas y viviendas.
  • 7. Ejemplo: Se desea almacenar información sobre personas y los coches que eventualmente posean. Una misma persona puede poseer varios coches aunque puede haber personas que no posean ningún coche. Los coches se identifican mediante su número de matrícula y las personas mediante su documento nacional de identidad. Todo coche tiene un solo propietario. Se ha de almacener la fecha en que una determinada persona adquirió un determinado coche. Problemas de un esquema único que agrupe a todos los atributos de la entidad coche (matrícula, marca, modelo, etc.), de la entidad persona (dni, nombre, direccion, etc.) y de la relación entre ambas entidades (fecha de compra). Personas sin coche (valores nulos y gasto de espacio de almacenamiento). Multiplicidad de almacenamiento (redundancia) de los atributos de una persona si ésta es propietaria de más de un coche. Modificación del valor de un atributo de una persona en una sola de sus apariciones en la instancia de la base de datos (inconsistencia).
  • 8. Para evitar estos problemas se separa el esquema único de la base de datos en tres separados para coche, persona y la relación entre ambos, lo que ocasiona otra serie de problemas: Toda matrícula en una instancia concreta del esquema de la relación entre coches y personas debe aparecer en la instancia del esquema de la entidad coche. Todo dni en una instancia concreta del esquema de la relación entre coches y personas debe aparecer en la instancia del esquema de la entidad persona. Problemas con la modificación del valor de una matrícula en la instancia del esquema de la entidad coche. Problemas con la modificación del valor de un dni en la instancia del esquema de la entidad persona. Problemas con el borrado de varios coches en la instancia concreta del esquema de la entidad coche. Problemas con el borrado de varias personas en la instancia concreta del esquema de la entidad persona.