SlideShare ist ein Scribd-Unternehmen logo
1 von 22
MODELO
ENTIDAD - RELACIÓN
MODELO ENTIDAD – RELACIÓN
El modelo entidad-relación es el modelo conceptual más
utilizado para el diseño conceptual de bases de datos.
Fue introducido por Peter Chen en 1976.
El modelo entidad-relación está formado por un conjunto
de conceptos que permiten describir la realidad mediante
un conjunto de representaciones gráficas y lingüísticas.
CONCEPTOS
DIAGRAMA
CONCEPTOS
ENTIDAD:
Es cualquier objeto real o abstracto que forma parte de
nuestro problema.
TIPOS
ENTIDAD FUERTE: Es aquella que su existencia no
depende de la existencia de otra entidad.
ENTIDAD DÉBIL: Es aquella que su existencia si depende
de la existencia de otra entidad.
Una entidad fuerte se puede relacionar con otra entidad
fuerte o débil, pero en cambio una entidad débil solo puede
hacerlo con una entidad fuerte.
DIAGRAMA
Simbolos representativos:
CONCEPTOS
ATRIBUTOS
Los atributos son las características o campos que definen a
una entidad y excepcionalmente a una relación.
TIPOS
ATRIBUTO PRINCIPAL: es el atributo que identifica a la entidad de forma
única, frente al resto de entidades (es decir, los datos almacenados no
pueden repetirse, p.ej: DNI, codigo,etc.).
ATRIBUTO SIMPLE: no estan dividos en subpartes (p.ej: telefono,etc)
ATRIBUTO COMPUESTO: el atributo se puede dividir en subpartes, p.ej:
apellidos (que se puede dividir en apellido 1 y apellido 2).
ATRIBUTO MÚLTIPLE:
DIAGRAMA
CONCEPTOS
CLAVES
Son un conjunto de atributos que identifican de forma unívoca una
entidad.
Tipos:
Clave candidata: es cada una de las claves mínimas existente
en un conjunto de entidades.
Una característica que debemos buscar siempre en las
claves es que contengan el número mínimo de atributos, siempre
que mantengan su función. Diremos que una clave es mínima
cuando si se elimina cualquiera de los atributos que la componen,
deja de ser clave. Si en una entidad existe más de una de estas
claves mínimas, cada una de ellas es una clave candidata.
CONCEPTOS
CLAVES
Son un conjunto de atributos que identifican de forma unívoca una
entidad.
Tipos:
Clave principal: (o primaria), es una clave candidata elegida de
forma arbitraria, que usaremos siempre para identificar una
entidad.
Si disponemos de varias claves candidatas no usaremos
cualquiera de ellas según la ocasión. Esto sería fuente de errores,
de modo que siempre usaremos la misma clave candidata para
identificar la entidad.
Clave externa: es un campo (o conjunto de campos), cuyos
posibles valores están limitados a los que se hayan definido en
otra tabla como clave principal.
CONCEPTOS
RELACIONES
Asociación entre entidades, sin existencia propia en el mundo
real que estamos moldeando, pero necesaria para reflejar las
interacciones existentes entre entidades.
TIPOS
Debilidad por existencia: Es cuando para que exista la entidad
débil debe existir la fuerte, por ejemplo trabajador y cónyuge, para
que exista el cónyuge debe existir el trabajador ya que no tiene
sentido guardar información de cónyuges de personas que no
trabajan para la compañía.
Debilidad por entidad: Es una debilidad por existencia pero un
poco más fuerte ya que para poder hacer referencia o nombrar a
la entidad débil debemos nombrar previamente a la entidad fuerte.
Por ejemplo el Departamento de Bioquímica de la Compañía
Puleva.
RESTRICCIONES
Cardinalidades
Cuando dos entidades se relacionan lo hacen con
unas cardinalidades, por ejemplo un tutor puede tener de
1 a más de un alumno de los cuales es tutor con lo cual el
participa con una cardinalidad de (1,N) en cambio un
alumno tiene un único tutor con lo cual el participa con
una cardinalidad de (1:1).
Normalmente al lado de la relación se representan
las cardinalidades máximas.
RESTRICCIONES: Participación de una entidad en una
relación (reglas)
RELACIONES 1:1
Regla1: Dos entidades relacionadas con cardinalidades (1,1)-(1,1)
Si las dos entidades tienen la misma clave principal: pasan a
formar una única tabla cuya clave primaria es la clave principal
que comparten.
En caso de no compartir clave principal: pasamos a tener dos
tablas cada una con su clave primaria y además debemos
añadirle a cada tabla un campo con la clave principal del la otra
tabla que actuará como clave externa.
RESTRICCIONES: Participación de una entidad en una
relación (reglas)
RELACIONES 1:1
Regla 2: Dos entidades relacionadas con cardinalidades (0,1)-(1,1)
En este caso pasamos a tener dos tablas, además la
clave principal de la (1,1) pasa a ser clave foránea de la (0,1) y
además es clave alternativa de la (0,1) debido a lo cual no
admite valores nulos.
Otra solución que no es incorrecta es que cada entidad
pasa a ser una tabla y además creamos una tabla más que solo
contiene las claves principales da cada tabla y cuya clave
primaria es la clave compuestas por ambas claves principales.
RESTRICCIONES: Participación de una entidad en una
relación (reglas)
RELACIONES 1:1
Regla 4: Dos entidades relacionadas con cardinalidades (0,1)-(0,1)
En este caso tenemos tres tablas, una por cada entidad, y
otra tabla para la relación cuyos campos son los de la relación,
más las claves primarias de ambas tablas (la clave de esta
última tabla será la de una de las entidades, a elegir por
nosotros).
RESTRICCIONES: Participación de una entidad en una
relación (reglas)
RELACIONES 1:N
Regla 5: Dos entidades relacionadas para la entidad y otra para
la relación. La tabla relación quedcon cardinalidades (1,N)-(1,1) o
(0,N)-(1,1).
Cada entidad pasa a ser una tabla y además la clave principal
de la tabla que participa con cardinalidad (1,1) aparece también en
otra tabla como clave externa.
RESTRICCIONES: Participación de una entidad en una
relación (reglas)
RELACIONES 1:N
Regla 6: Dos entidades relacionadas con cardinalidades
(0,N)-(0,1) o (1,N)-(0,1)
En este caso tendremos tres tablas, una para cada entidad
y otra para la relación, además la clave primaría de la tabla
relación sería la clave de la tabla que actúa con
cardinalidadmáxima N, y la clave de la que actúa con cardinalidad
máxima 1 como clave externa. Además si la relación tuviese
atributos estos aparecerían en la tabla relación.
RESTRICCIONES: Participación de una entidad en una
relación (reglas)
RELACIONES N:N
Relga 7: Tendremos 3 tablas, una por cada entidad y
otra para la relación cuya clave primaria es la
composición de las dos atributos principales de las
entidades.
Diagramas Entidad/Relación extendidos
Conclusiones:
Ventajas del modelo E-R:
Diseño de alto nivel: Expresa con bastante precisión el
esquema conceptual.
Los diagramas de E-R permiten mantener una visión global
del diseño y favorece la comunicación entre los
diseñadores.
Desventajas del modelo E-R:
Carece de un soporte formal y los SGBD no suelen
implementarlo directamente.
Normalmente hay que transformarlo en un modelo de más
bajo nivel.
EJERCICIO PRÁCTICO
AUTORES
Juan Carlos Herencia
Fran Gavilán
Ssmuel Loiudice
Gabriel
Débora García
Bibliografia
FUENTES:
http://www.conclase.net/mysql/curso/index.php?cap=0
http://usuarios.multimania.es/cursosgbd/UD4.htm
Y los apuntes de Juan Carlos Herencia

Weitere ähnliche Inhalte

Was ist angesagt? (20)

Modelo entidad
Modelo entidadModelo entidad
Modelo entidad
 
Cuestiones de Repaso Capitulo 16
Cuestiones de Repaso Capitulo 16Cuestiones de Repaso Capitulo 16
Cuestiones de Repaso Capitulo 16
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
3A5 AUGUSTO RAMON CASTRO
3A5 AUGUSTO RAMON CASTRO3A5 AUGUSTO RAMON CASTRO
3A5 AUGUSTO RAMON CASTRO
 
Base de datos modelo entidad relacion
Base de datos modelo entidad relacionBase de datos modelo entidad relacion
Base de datos modelo entidad relacion
 
Conceptos del modelo entidad-relacion
Conceptos del modelo entidad-relacionConceptos del modelo entidad-relacion
Conceptos del modelo entidad-relacion
 
Modelo entidad-relación
Modelo entidad-relaciónModelo entidad-relación
Modelo entidad-relación
 
Modelo Entidad - Relacion
Modelo Entidad - RelacionModelo Entidad - Relacion
Modelo Entidad - Relacion
 
Modelo Entidad_Relación (ER)
Modelo Entidad_Relación (ER)Modelo Entidad_Relación (ER)
Modelo Entidad_Relación (ER)
 
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 entidad relacion ok
Modelo entidad relacion okModelo entidad relacion ok
Modelo entidad relacion ok
 
Entidad relacion
Entidad relacionEntidad relacion
Entidad relacion
 
Foro 3
Foro 3Foro 3
Foro 3
 
Modelo Entidad-Relacion
Modelo Entidad-RelacionModelo Entidad-Relacion
Modelo Entidad-Relacion
 
modelo entidad relacion
modelo entidad relacionmodelo entidad relacion
modelo entidad relacion
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
2. Modelo ER
2. Modelo ER2. Modelo ER
2. Modelo ER
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 
Modelo relacional
Modelo relacionalModelo relacional
Modelo relacional
 

Ähnlich wie Gbd t2 trbj_grupo

diagramas.pptx
diagramas.pptxdiagramas.pptx
diagramas.pptxALBABRAVO9
 
Base de datos
Base de datosBase de datos
Base de datoscaoxman
 
Base de datos
Base de datosBase de datos
Base de datoscaoxman
 
Base de datos
Base de datosBase de datos
Base de datoscaoxman
 
UD3_4Presentación.ppsx
UD3_4Presentación.ppsxUD3_4Presentación.ppsx
UD3_4Presentación.ppsxISABELCANOVAS1
 
Paralelo2 mayra alcivar
Paralelo2  mayra alcivarParalelo2  mayra alcivar
Paralelo2 mayra alcivarPeshosha43
 
Modelo entidad relacion
Modelo entidad relacionModelo entidad relacion
Modelo entidad relacionMaria Garcia
 
Entidad de relacion
Entidad de relacionEntidad de relacion
Entidad de relacionleandrex125
 
Entidad de relacion
Entidad de relacionEntidad de relacion
Entidad de relacionTiFoN87
 
Entidad de relacion
Entidad de relacionEntidad de relacion
Entidad de relacionleandrex125
 
Entidad - relacion
Entidad - relacion Entidad - relacion
Entidad - relacion juanan10
 
Entidad relacion
Entidad  relacion Entidad  relacion
Entidad relacion Rafa
 
Universidad catolica santiago de guayaquil
Universidad catolica santiago de guayaquilUniversidad catolica santiago de guayaquil
Universidad catolica santiago de guayaquilluigi87238
 

Ähnlich wie Gbd t2 trbj_grupo (20)

diagramas.pptx
diagramas.pptxdiagramas.pptx
diagramas.pptx
 
1º deber de Auditoria
1º deber de Auditoria1º deber de Auditoria
1º deber de Auditoria
 
Base de datos
Base de datosBase de datos
Base de datos
 
Base de datos
Base de datosBase de datos
Base de datos
 
Base de datos
Base de datosBase de datos
Base de datos
 
UD3_4Presentación.ppsx
UD3_4Presentación.ppsxUD3_4Presentación.ppsx
UD3_4Presentación.ppsx
 
3. Modelo ER - Relacional
3. Modelo ER - Relacional3. Modelo ER - Relacional
3. Modelo ER - Relacional
 
Paralelo2 mayra alcivar
Paralelo2  mayra alcivarParalelo2  mayra alcivar
Paralelo2 mayra alcivar
 
Modelo entidad relacion
Modelo entidad relacionModelo entidad relacion
Modelo entidad relacion
 
Presentacion pinzon...
Presentacion pinzon...Presentacion pinzon...
Presentacion pinzon...
 
Entidad de relacion
Entidad de relacionEntidad de relacion
Entidad de relacion
 
Entidad de relacion
Entidad de relacionEntidad de relacion
Entidad de relacion
 
Entidad de relacion
Entidad de relacionEntidad de relacion
Entidad de relacion
 
Mer
MerMer
Mer
 
Mer
MerMer
Mer
 
Entidad - relacion
Entidad - relacion Entidad - relacion
Entidad - relacion
 
Entidad relacion
Entidad  relacion Entidad  relacion
Entidad relacion
 
MODELO RELACIONAL
MODELO RELACIONALMODELO RELACIONAL
MODELO RELACIONAL
 
Universidad catolica santiago de guayaquil
Universidad catolica santiago de guayaquilUniversidad catolica santiago de guayaquil
Universidad catolica santiago de guayaquil
 
Deber 1
Deber 1 Deber 1
Deber 1
 

Mehr von garciadebora

Aso t2 practica_crontab
Aso t2 practica_crontabAso t2 practica_crontab
Aso t2 practica_crontabgarciadebora
 
Red t4 practica_ftp2
Red t4 practica_ftp2Red t4 practica_ftp2
Red t4 practica_ftp2garciadebora
 
Sg t3 practica_vpn-ssh
Sg t3 practica_vpn-sshSg t3 practica_vpn-ssh
Sg t3 practica_vpn-sshgarciadebora
 
Red t4 practica_ftp1
Red t4 practica_ftp1Red t4 practica_ftp1
Red t4 practica_ftp1garciadebora
 
Aso t1 practicas_ad
Aso t1 practicas_adAso t1 practicas_ad
Aso t1 practicas_adgarciadebora
 
Seg t2 practicas_certificado ssl
Seg t2 practicas_certificado sslSeg t2 practicas_certificado ssl
Seg t2 practicas_certificado sslgarciadebora
 
Red t3 practicas_iss
Red t3 practicas_issRed t3 practicas_iss
Red t3 practicas_issgarciadebora
 
Red t3_practica_autenticacion_apache
Red t3_practica_autenticacion_apacheRed t3_practica_autenticacion_apache
Red t3_practica_autenticacion_apachegarciadebora
 
Sg t2 practicas_tripwire
Sg t2 practicas_tripwireSg t2 practicas_tripwire
Sg t2 practicas_tripwiregarciadebora
 
Sg t2 practicas_snort
Sg t2 practicas_snortSg t2 practicas_snort
Sg t2 practicas_snortgarciadebora
 
Sg t2 practicas_eliminar_malware
Sg t2 practicas_eliminar_malwareSg t2 practicas_eliminar_malware
Sg t2 practicas_eliminar_malwaregarciadebora
 
Sg t1 practicas_linux
Sg t1 practicas_linuxSg t1 practicas_linux
Sg t1 practicas_linuxgarciadebora
 
Sg t1 practica-copia_seguridadwindows2003
Sg t1 practica-copia_seguridadwindows2003Sg t1 practica-copia_seguridadwindows2003
Sg t1 practica-copia_seguridadwindows2003garciadebora
 
Sg t1 practica_e_criptfs
Sg t1 practica_e_criptfsSg t1 practica_e_criptfs
Sg t1 practica_e_criptfsgarciadebora
 
Sg t1 practica_copia_seguridadlinux
Sg t1 practica_copia_seguridadlinuxSg t1 practica_copia_seguridadlinux
Sg t1 practica_copia_seguridadlinuxgarciadebora
 
Sg t1 practica_analisis_forense-2
Sg t1 practica_analisis_forense-2Sg t1 practica_analisis_forense-2
Sg t1 practica_analisis_forense-2garciadebora
 
Red t3 practica2_apacheopenldap
Red t3 practica2_apacheopenldapRed t3 practica2_apacheopenldap
Red t3 practica2_apacheopenldapgarciadebora
 
Red t3 practica1_apachecms
Red t3 practica1_apachecmsRed t3 practica1_apachecms
Red t3 practica1_apachecmsgarciadebora
 

Mehr von garciadebora (20)

Aso t2 practica_crontab
Aso t2 practica_crontabAso t2 practica_crontab
Aso t2 practica_crontab
 
Red t4 practica_ftp2
Red t4 practica_ftp2Red t4 practica_ftp2
Red t4 practica_ftp2
 
Sg t3 practica_vpn-ssh
Sg t3 practica_vpn-sshSg t3 practica_vpn-ssh
Sg t3 practica_vpn-ssh
 
Red t4 practica_ftp1
Red t4 practica_ftp1Red t4 practica_ftp1
Red t4 practica_ftp1
 
Aso t1 practicas_ad
Aso t1 practicas_adAso t1 practicas_ad
Aso t1 practicas_ad
 
Seg t2 practicas_certificado ssl
Seg t2 practicas_certificado sslSeg t2 practicas_certificado ssl
Seg t2 practicas_certificado ssl
 
Red t3 practicas_iss
Red t3 practicas_issRed t3 practicas_iss
Red t3 practicas_iss
 
Red t3_practica_autenticacion_apache
Red t3_practica_autenticacion_apacheRed t3_practica_autenticacion_apache
Red t3_practica_autenticacion_apache
 
Pecha kucha
Pecha kuchaPecha kucha
Pecha kucha
 
Sg t2 practicas_tripwire
Sg t2 practicas_tripwireSg t2 practicas_tripwire
Sg t2 practicas_tripwire
 
Sg t2 practicas_snort
Sg t2 practicas_snortSg t2 practicas_snort
Sg t2 practicas_snort
 
Sg t2 practicas_eliminar_malware
Sg t2 practicas_eliminar_malwareSg t2 practicas_eliminar_malware
Sg t2 practicas_eliminar_malware
 
Sg t1 practicas_linux
Sg t1 practicas_linuxSg t1 practicas_linux
Sg t1 practicas_linux
 
Sg t1 practica-copia_seguridadwindows2003
Sg t1 practica-copia_seguridadwindows2003Sg t1 practica-copia_seguridadwindows2003
Sg t1 practica-copia_seguridadwindows2003
 
Sg t1 practica_e_criptfs
Sg t1 practica_e_criptfsSg t1 practica_e_criptfs
Sg t1 practica_e_criptfs
 
Sg t1 practica_copia_seguridadlinux
Sg t1 practica_copia_seguridadlinuxSg t1 practica_copia_seguridadlinux
Sg t1 practica_copia_seguridadlinux
 
Sg t1 practica_analisis_forense-2
Sg t1 practica_analisis_forense-2Sg t1 practica_analisis_forense-2
Sg t1 practica_analisis_forense-2
 
Red t3 practica2_apacheopenldap
Red t3 practica2_apacheopenldapRed t3 practica2_apacheopenldap
Red t3 practica2_apacheopenldap
 
Red t3 practica1_apachecms
Red t3 practica1_apachecmsRed t3 practica1_apachecms
Red t3 practica1_apachecms
 
Red t2 dhcp
Red t2 dhcpRed t2 dhcp
Red t2 dhcp
 

Gbd t2 trbj_grupo

  • 2. MODELO ENTIDAD – RELACIÓN El modelo entidad-relación es el modelo conceptual más utilizado para el diseño conceptual de bases de datos. Fue introducido por Peter Chen en 1976. El modelo entidad-relación está formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones gráficas y lingüísticas. CONCEPTOS
  • 4. CONCEPTOS ENTIDAD: Es cualquier objeto real o abstracto que forma parte de nuestro problema. TIPOS ENTIDAD FUERTE: Es aquella que su existencia no depende de la existencia de otra entidad. ENTIDAD DÉBIL: Es aquella que su existencia si depende de la existencia de otra entidad. Una entidad fuerte se puede relacionar con otra entidad fuerte o débil, pero en cambio una entidad débil solo puede hacerlo con una entidad fuerte.
  • 6. CONCEPTOS ATRIBUTOS Los atributos son las características o campos que definen a una entidad y excepcionalmente a una relación. TIPOS ATRIBUTO PRINCIPAL: es el atributo que identifica a la entidad de forma única, frente al resto de entidades (es decir, los datos almacenados no pueden repetirse, p.ej: DNI, codigo,etc.). ATRIBUTO SIMPLE: no estan dividos en subpartes (p.ej: telefono,etc) ATRIBUTO COMPUESTO: el atributo se puede dividir en subpartes, p.ej: apellidos (que se puede dividir en apellido 1 y apellido 2). ATRIBUTO MÚLTIPLE:
  • 8. CONCEPTOS CLAVES Son un conjunto de atributos que identifican de forma unívoca una entidad. Tipos: Clave candidata: es cada una de las claves mínimas existente en un conjunto de entidades. Una característica que debemos buscar siempre en las claves es que contengan el número mínimo de atributos, siempre que mantengan su función. Diremos que una clave es mínima cuando si se elimina cualquiera de los atributos que la componen, deja de ser clave. Si en una entidad existe más de una de estas claves mínimas, cada una de ellas es una clave candidata.
  • 9. CONCEPTOS CLAVES Son un conjunto de atributos que identifican de forma unívoca una entidad. Tipos: Clave principal: (o primaria), es una clave candidata elegida de forma arbitraria, que usaremos siempre para identificar una entidad. Si disponemos de varias claves candidatas no usaremos cualquiera de ellas según la ocasión. Esto sería fuente de errores, de modo que siempre usaremos la misma clave candidata para identificar la entidad. Clave externa: es un campo (o conjunto de campos), cuyos posibles valores están limitados a los que se hayan definido en otra tabla como clave principal.
  • 10. CONCEPTOS RELACIONES Asociación entre entidades, sin existencia propia en el mundo real que estamos moldeando, pero necesaria para reflejar las interacciones existentes entre entidades. TIPOS Debilidad por existencia: Es cuando para que exista la entidad débil debe existir la fuerte, por ejemplo trabajador y cónyuge, para que exista el cónyuge debe existir el trabajador ya que no tiene sentido guardar información de cónyuges de personas que no trabajan para la compañía. Debilidad por entidad: Es una debilidad por existencia pero un poco más fuerte ya que para poder hacer referencia o nombrar a la entidad débil debemos nombrar previamente a la entidad fuerte. Por ejemplo el Departamento de Bioquímica de la Compañía Puleva.
  • 11. RESTRICCIONES Cardinalidades Cuando dos entidades se relacionan lo hacen con unas cardinalidades, por ejemplo un tutor puede tener de 1 a más de un alumno de los cuales es tutor con lo cual el participa con una cardinalidad de (1,N) en cambio un alumno tiene un único tutor con lo cual el participa con una cardinalidad de (1:1). Normalmente al lado de la relación se representan las cardinalidades máximas.
  • 12. RESTRICCIONES: Participación de una entidad en una relación (reglas) RELACIONES 1:1 Regla1: Dos entidades relacionadas con cardinalidades (1,1)-(1,1) Si las dos entidades tienen la misma clave principal: pasan a formar una única tabla cuya clave primaria es la clave principal que comparten. En caso de no compartir clave principal: pasamos a tener dos tablas cada una con su clave primaria y además debemos añadirle a cada tabla un campo con la clave principal del la otra tabla que actuará como clave externa.
  • 13. RESTRICCIONES: Participación de una entidad en una relación (reglas) RELACIONES 1:1 Regla 2: Dos entidades relacionadas con cardinalidades (0,1)-(1,1) En este caso pasamos a tener dos tablas, además la clave principal de la (1,1) pasa a ser clave foránea de la (0,1) y además es clave alternativa de la (0,1) debido a lo cual no admite valores nulos. Otra solución que no es incorrecta es que cada entidad pasa a ser una tabla y además creamos una tabla más que solo contiene las claves principales da cada tabla y cuya clave primaria es la clave compuestas por ambas claves principales.
  • 14. RESTRICCIONES: Participación de una entidad en una relación (reglas) RELACIONES 1:1 Regla 4: Dos entidades relacionadas con cardinalidades (0,1)-(0,1) En este caso tenemos tres tablas, una por cada entidad, y otra tabla para la relación cuyos campos son los de la relación, más las claves primarias de ambas tablas (la clave de esta última tabla será la de una de las entidades, a elegir por nosotros).
  • 15. RESTRICCIONES: Participación de una entidad en una relación (reglas) RELACIONES 1:N Regla 5: Dos entidades relacionadas para la entidad y otra para la relación. La tabla relación quedcon cardinalidades (1,N)-(1,1) o (0,N)-(1,1). Cada entidad pasa a ser una tabla y además la clave principal de la tabla que participa con cardinalidad (1,1) aparece también en otra tabla como clave externa.
  • 16. RESTRICCIONES: Participación de una entidad en una relación (reglas) RELACIONES 1:N Regla 6: Dos entidades relacionadas con cardinalidades (0,N)-(0,1) o (1,N)-(0,1) En este caso tendremos tres tablas, una para cada entidad y otra para la relación, además la clave primaría de la tabla relación sería la clave de la tabla que actúa con cardinalidadmáxima N, y la clave de la que actúa con cardinalidad máxima 1 como clave externa. Además si la relación tuviese atributos estos aparecerían en la tabla relación.
  • 17. RESTRICCIONES: Participación de una entidad en una relación (reglas) RELACIONES N:N Relga 7: Tendremos 3 tablas, una por cada entidad y otra para la relación cuya clave primaria es la composición de las dos atributos principales de las entidades.
  • 19. Conclusiones: Ventajas del modelo E-R: Diseño de alto nivel: Expresa con bastante precisión el esquema conceptual. Los diagramas de E-R permiten mantener una visión global del diseño y favorece la comunicación entre los diseñadores. Desventajas del modelo E-R: Carece de un soporte formal y los SGBD no suelen implementarlo directamente. Normalmente hay que transformarlo en un modelo de más bajo nivel.
  • 21. AUTORES Juan Carlos Herencia Fran Gavilán Ssmuel Loiudice Gabriel Débora García