Clase de Bases de Datos, Diseño Lógico - Transformación Modelo Entidad Relación a Modelo Relacional
Summary
TLDREl script ofrece una explicación detallada sobre cómo transformar un modelo de entidad-relación a un modelo relacional en base de datos. Se discuten las fases conceptual, lógica y física del diseño de bases de datos, y se enfatiza la importancia de las reglas de transformación para entidades, relaciones y atributos. Se ilustra cómo se representan y convierten las relaciones de uno a uno, uno a muchos, muchos a muchos y recursivas, así como la construcción de tablas para entidades débiles y la generalización/especialización. Se invita a los estudiantes a realizar ejercicios prácticos para aplicar estos conceptos en un escenario de empresa de transporte de paquetes.
Takeaways
- 😀 El objetivo es reconocer el modelo lógico de diseño lógico y entender cómo se transforma el modelo entidad-relación a un modelo relacional.
- 📚 Se menciona que el diseño de bases de datos se compone de tres fases: conceptual, lógico y físico, con el modelo de entidad-relación en la fase conceptual y el modelo relacional en la fase lógica.
- 🔍 En el modelo de entidad-relación, las entidades se representan mediante rectángulos y los atributos se unen al rectángulo con guiones o óvalos.
- 🔑 Los atributos que identifican plenamente a una entidad se convierten en la clave primaria en la tabla correspondiente al transformar a un modelo relacional.
- 🔗 La transformación de una interrelación uno a uno se representa en el modelo relacional mediante una clave foránea en la tabla correspondiente a la segunda entidad.
- 🔄 La interrelación de uno a muchos se transforma en una relación de muchos a muchos, lo que puede requerir la definición de una nueva tabla para mantener la integridad referencial.
- 🔄 La interrelación de muchos a muchos se transforma generando una nueva tabla que hereda las claves primarias de las tablas originales como claves foráneas.
- 🔄 En interrelaciones recursivas, se coloca una clave foránea en la misma tabla para mantener la relación de la entidad con sí misma.
- 🏗️ Las entidades débiles, que no pueden ser identificadas plenamente por sus atributos, requieren la combinación con atributos de otra entidad para formar una clave compuesta que identifique de manera plena.
- 📈 La generalización o especialización se representa en el modelo relacional mediante la creación de tablas separadas para la superclase y sus subclases, manteniendo la herencia de atributos y relaciones.
Q & A
¿Qué es el modelo lógico de diseño lógico y cómo se relaciona con el modelo relacional?
-El modelo lógico de diseño lógico es una representación de cómo se modelan los datos en una base de datos, y se relaciona con el modelo relacional porque este último es una forma de representar el diseño lógico a través de tablas y relaciones entre ellas.
¿Cuáles son las tres fases en el proceso de diseño de bases de datos según el modelo de entidad-relación?
-Las tres fases son la fase conceptual, donde se diseña el modelo conceptual utilizando el modelo de entidad-relación; la fase lógica, donde se genera el diseño lógico representado por el modelo relacional; y la fase física, donde se crea el diseño físico a través de SQL para la creación de tablas en un motor de base de datos.
¿Cómo se transforma una entidad del modelo de entidad-relación a una tabla en el modelo relacional?
-Para transformar una entidad en una tabla, se heredan los atributos de la entidad a la tabla y se utiliza el atributo que identifica de manera plena a la entidad como la clave primaria de la tabla.
¿Cómo se representa una interrelación uno a uno en el modelo relacional?
-Una interrelación uno a uno se representa en el modelo relacional mediante la inclusión de la clave primaria de una de las entidades en la otra como una clave foránea, lo que puede transformar la relación en uno a muchos dependiendo de la definición de los requisitos del negocio.
¿Qué ocurre cuando se transforma una interrelación de muchos a muchos en el modelo relacional?
-Cuando se transforma una interrelación de muchos a muchos, se genera una nueva tabla que hereda las claves primarias de las dos tablas involucradas como claves foráneas, y generalmente se crea una clave compuesta como la clave primaria de la nueva tabla.
¿Qué son las interrelaciones recursivas y cómo se transforman en el modelo relacional?
-Las interrelaciones recursivas son aquellas en las que una entidad se relaciona consigo misma. En el modelo relacional, se transforma colocando una clave foránea en la misma tabla que apunta a la clave primaria de la entidad, permitiendo la referencia a sí misma.
¿Qué es una entidad débil y cómo se representa en el modelo relacional?
-Una entidad débil es aquella cuyo conjunto de atributos no pueden identificarla plenamente por sí solos. En el modelo relacional, se representa combinando su atributo con un atributo de otra tabla para formar una clave compuesta que la identifique de manera plena.
¿Qué es la generalización o especialización en el modelo de entidad-relación y cómo se transforma en el modelo relacional?
-La generalización o especialización es el concepto de herencia donde una entidad superclase tiene subclases que heredan sus propiedades. En el modelo relacional, la superclase se transforma en una tabla y las subclases en otras tablas, con las subclases heredando los atributos y la clave primaria de la superclase, formando relaciones de uno a muchos.
¿Cómo se identifican las relaciones de obligatoriedad y opcionalidad en el modelo de entidad-relación y cómo se representan en el modelo relacional?
-En el modelo de entidad-relación, las relaciones de obligatoriedad se representan con una línea vertical que cruza la línea horizontal de la relación, mientras que las opcionales se marcan con una circunferencia. En el modelo relacional, la obligatoriedad se representa definiendo la clave foránea como NOT NULL, mientras que la opcionalidad permite valores por defecto o NULL.
¿Qué actividad se propone para los estudiantes basada en el script proporcionado?
-Se propone a los estudiantes realizar la transformación de un modelo de entidad-relación, como el del ejemplo de la empresa de transportes, a un modelo relacional, creando un diagrama a mano alzada y utilizando el conocimiento adquirido para construir el modelo relacional correspondiente.
Outlines
📚 Transformación de Modelo Entidad-Relación a Modelo Relacional
El primer párrafo se centra en la explicación del proceso de transformación del modelo entidad-relación (MER) al modelo relacional (MR). Se describen las fases conceptual, lógica y física en el diseño de bases de datos, destacando la importancia de las reglas de transformación para pasar de un modelo a otro. Se mencionan elementos del MER como entidades, atributos e interrelaciones, y cómo se corresponden con las tablas, claves primarias y claves foráneas en el MR. Se ilustra cómo se transforma una entidad en una tabla y una interrelación 1:1 en una clave foránea, y se toca el tema de la interrelación 1:M y su representación en el MR.
🔗 Aspectos de Integridad y Obligatoriedad en la Transformación a MR
El segundo párrafo se enfoca en los aspectos de integridad y obligatoriedad en las relaciones, que son cruciales para la transformación al modelo relacional. Se discuten los símbolos utilizados en el MER para indicar si una relación es opcional o obligatoria y cómo esto se refleja en las restricciones de NULL y las definiciones de claves primarias y foráneas en el MR. Se describen las interrelaciones 1:M y M:M, y cómo estas se transforman en tablas con claves foráneas y la creación de tablas adicionales para relaciones M:M. También se menciona la importancia de la integridad referencial y cómo se establecen las relaciones entre tablas mediante 'joins'.
🔄 Transformación de Relaciones Recursivas y Entidades Débiles
El tercer párrafo explora las transformaciones específicas de relaciones recursivas y entidades débiles. Se explica cómo se maneja una relación recursiva, donde una entidad se relaciona con sí misma, y cómo se implementa en el MR mediante la adición de una clave foránea que apunta a la misma tabla. También se discute el concepto de entidades débiles, que no pueden ser identificadas plenamente por sus propios atributos y requieren la combinación con atributos de otras entidades para tener una clave primaria fuerte. Se da un ejemplo de cómo se representa y construye una entidad débil en el MR, utilizando una clave compuesta de atributos de la entidad débil y la entidad fuerte relacionada.
📘 Ejercicios de Transformación de MER a MR y Concepto de Generalización
El cuarto y último párrafo presenta un desafío práctico para los estudiantes: la transformación de un modelo entidad-relación dado en un escenario de empresa de transporte de paquetes. Se describen las entidades involucradas y sus interrelaciones, como 'camioneros', 'camiones', 'paquetes' y 'municipios', y se pide a los estudiantes que realicen la transformación al modelo relacional. Se menciona la importancia de la generalización y la herencia en la relación entre superclases y subclases, y cómo se representa en el MR. Se invita a los estudiantes a participar en un foro de comunicaciones para compartir sus soluciones y discutir el ejercicio.
Mindmap
Keywords
💡Modelo Entidad-Relación (MER)
💡Modelo Relacional
💡Llave Primaria
💡Llave Foránea
💡Integridad Referencial
💡Transformación de Interrelaciones
💡Entidad Débil
💡Generalización y Especialización
💡Modelo Lógico
💡Interrelación Recursiva
Highlights
Conversión del modelo Entidad-Relación (ER) al modelo Relacional.
Entidades representadas por rectángulos y atributos por guiones o óvalos.
Transformación de una entidad a una tabla, incluyendo atributos y clave primaria.
Interrelación uno a uno y su representación como clave foránea en el modelo Relacional.
Determinación de la cardinalidad en relaciones y su influencia en la transformación al modelo Relacional.
Importancia de la ingeniería de requisitos y el modelo de negocio en la definición de la relación uno a muchos.
Uso de símbolos para definir obligatoriedad y opcionalidad en las relaciones.
Transformación de interrelaciones de uno a muchos y muchos a uno en claves foráneas.
Creación de una nueva tabla para interrelaciones muchos a muchos.
Integración de llaves primarias de dos tablas en una nueva tabla para relaciones muchos a muchos.
Relaciones recursivas y su representación mediante claves foráneas a la misma tabla.
Identificación de entidades débiles y su necesidad de atributos adicionales para una identificación plena.
Construcción de una clave compuesta para entidades débiles a partir de atributos de entidades fuertes.
Generalización y especialización en el modelo ER y su transformación en tablas relacionadas.
Creación de relaciones de uno a muchos entre una superclase y sus subclases en el modelo Relacional.
Ejercicio práctico de transformación de un modelo ER de una empresa de transportes a un modelo Relacional.
Identificación de entidades y relaciones en un modelo ER específico de una empresa de transportes.
Actividad de transformación del modelo conceptual a lógico a través de un diagrama a mano alzada.
Uso de recursos virtuales y foros de comunicaciones para el intercambio de información y ejercicios.
Transcripts
bien hoy tenemos la posibilidad
d
y reconocer
el modelo lógico de diseño lógico
para este caso
lo que vamos a poder entender es cómo se
hace la transformación del modelo
entidad relación denominado ver al
modelo relacional
entonces nos vamos a concentrar
y poder entender un conjunto de reglas
de transformación que me permita
transformar un modelo entidad relación a
un modelo relacional en una clase
anterior teníamos la posibilidad de
reconocer cómo se diseñaron las bases de
datos y en este caso le conocíamos qué
había tres fases primero la fase
conceptual
porque me mola diseño modelo conceptual
y era representado por el modelo de
entidad relación
luego se generaba el diseño lógico que
representado por el modelo relacional y
con el modelo relacional se podía
generar
el diseño físico que se representaba a
través de sql en la creación de las
tablas ya sobre un motor de base de
datos
entonces vamos a poder visualizar para
cada elemento del modelo entidad
relaciones cuáles son las reglas que nos
permiten transformarlo al modelo
relacional en el modelo de entidad
relación
encontramos que la forma en que se
modelan los datos es a través de
entidades las entidades representadas
por rectángulos las entidades tienen
atributos
que se unen
el rectángulo ya sea con un guión o ya
sea a través de un óvalo como se ve en
pantalla también decíamos que cada una
de las entidades tenía uno o varios
atributos que le identificaban
plenamente para este caso por no ver que
el atributo juró identifica de manera
plena a la entidad ahora si queremos
transformar esta entidad en una relación
pues de acuerdo al del ranco una
relación se representa en forma de una
entonces esa tabla va a heredar los
atributos de la entidad y va a heredar
como llave primaria el atributo que
identifica de manera plena a la entidad
de esa manera hacemos la transformación
de una entidad a una tabla
bien segundo cómo se hace la
transformación de una interrelación 11
en una interrelación 11 pues
efectivamente vemos que hay dos
entidades que tienen una regla de
asociación a través de definir una
interrelación por una conectividad 11
vemos que ambas entidades tienen un
atributo que la identifica plenamente si
quiero transformar eso dentro del modelo
relacional esa interrelación uno a uno
se ve representada como una llave o una
clave foránea para este caso la tabla 1
es una tabla que tiene un identificador
atributo tiene para este caso va a ser
la llave primaria primary key y ese
atributo se va a extender en la tabla 2
con una llave por anya por in que para
este caso este atributo
en la tabla 2 va a representar
que efectivamente toda llave foránea en
una tabla en una tabla sea llave
primaria en otra o con eso toda la llave
foránea en una tabla va a ser ya de
primaria
ahora es importante entender que era una
interrelación 1 a 1 cuando la transforma
es a esa interrelación se le va a
transformar en una relación de uno a
muchos ya tendría que definir de acuerdo
a la ingeniería de requerimientos o al
modelo de negocio de qué lado va a estar
en muchos de que el agua estar el uno
para este caso yo escogí quiera estar en
la tabla 2
hasta el mucho pero de acuerdo al modelo
de negocio esos requerimientos se define
quién variedad la clave primario para
este caso la tabla 2 pues tiene de dos a
llave por área de la tabla 1 también es
importante recalcar cómo está aquí abajo
que es necesario así como lo hacemos en
el modelo entidad relación en el modelo
relacional o m&r también colocar los
principios de obligatoriedad y en este
caso representa una línea vertical que
cruza la línea horizontal de la relación
una circunferencia para definir si es
opcional también se utiliza de manera
algo que representa cuando se hace una
tabla en diseño físico la obligatoriedad
define que ese atributo no puede ser
duro
en cambio cuando es opcional si puede
tener listas por defecto cuando yo
construyo con sql en una tabla y al y
defino para este caso una llave primaria
o una llave foránea automáticamente el
motor de la base de datos las define
como no nulas
tenemos la interrelación curva muchos
muy parecida a la otra a la que vimos
anteriormente que era 11 lo único que
cambiar que acaba hasta el lado muchos
entonces sencillamente
se transforma que esta primera entidad
se transforma en la tabla 1 esta segunda
entidad se transforma en la tabla 2 cada
una de las dos tablas pues generan los
atributos de las entidades que las
preceden
ya no se utiliza un rombo sino que se
utiliza una regla de asociación donde se
define qué
para este caso la tabla 1
puede tener muchos componentes de la
tabla 2
en cambio la de la tabla 2 puede tener
solamente un componente generalmente
utilizamos este símbolo que se le
denomina pata de gallina para
representar en muchos y vemos que
efectivamente en la tabla 2 hereda la
llave primaria que viene de la tabla 1 y
que hace parte de la asociación de
muchos
vuelvo y repito este atributo en la
tabla 2
es una llave foránea for in
por ser foránea que decía tributo ella
primaria en otra tabla que representa
eso en la vida real pues representa que
los datos sean íntegros que los datos
sean reales que se pueda definir una
ruta de integridad referencial que la
única forma de insertar una dupla una
fila en la tabla 2 es que efectivamente
primero exista un valor para ese
atributo que ya ven foránea en la tabla
1 de esa manera yo puedo conectar estas
dos tablas
yo puedo unir la tabla 1 con la tabla 2
a través de relacionar el atributo de la
tabla 1 con el atributo que sabe for any
en la tabla 2 y de esa manera yo puedo
conectar las dos tablas y obtener
cualquiera de los atributos de ambas
tablas a eso en eso se le llama joins t
es decir establece una condición de
unión
y luego viene la interrelación de muchos
a muchos
muy semejante a las dos anteriores a la
1 1 a la 1 muchos en este caso lo que
cambia es que la interrelación va a ser
de un lado muchos y del otro lado muchos
como se hace la transformación la teoría
dice que cuando haya interrelaciones
muchos a muchos se genera una nueva
tabla entonces la entidad que ustedes
ven aquí ven acá en la izquierda se
transforma en la tabla 1 y la entidad
que ven en la derecha de transformar la
tabla 2
ahora la interrelación de muchos son
mucho se transforma en la tabla 3 la
tabla 3 pares dar la llave primaria de
la tabla 2 y la llave primaria de la
tabla 1 para este caso
hereda ambas llaves primarias que llegan
a la tabla 3 como ya de foráneas y en
esa dinámica tenemos que encontrar a
relatar la 3 una llave primaria
generalmente combinando esas dos llaves
foráneas podemos encontrar una llave
primaria que en este caso va a ser
compuesto más adelante cuando vamos a
ejercicios
a ir identificando cómo definir la llave
primaria de una tabla
en general hay una relación muchos a
muchos a esta palabra no se llama una
tabla asociada que hereda las llaves
primarias de las tablas que la precede
para este caso se heredó el atributo de
uno de la tabla de uno y el atributo de
dos de la tabla de dos
bien sigue la interrelación recursiva
como decíamos en una clase anterior las
en las relaciones recursivas hacen
referencia a que una entidad se llame
con este caso se llame a sí misma o
utilice el atributo identificador para
referenciar se asimismo aquí en el
ejemplo veamos una interrelación de uno
a muchos pero también podría hacer de
uno a uno o podría ser de muchos son
muchos como se hace la transformación
pues simplemente se coloca una llave
foránea en la misma tabla en este caso
la llave primaria apunta a la misma
tabla
y es allá de primaria se hereda en la
misma tabla para este caso como hace
parte de la misma tabla no le puedo
colocar el mismo nombre por eso ustedes
ven
tributo a pero se debe garantizar que el
valor que se inserte en la llave foráneo
que en este caso va a ser en absoluto a
debe existir previamente insertado en la
tabla 1 y debe venir de este valor
en clase también colocamos un ejemplo y
es cuando se quiere saber por ejemplo
vamos a suponer que la tabla bueno fuera
la tabla empleados y si quisiera guardar
en esa tabla quién es el jefe de cada
empleado entonces primero debo insertar
el jefe de de esos empleados y cuando
empiece a insertar cada uno de los
empleados en el atributo a debería
guardar el código del empleado que jefe
esta es una situación que no es común
pero que de acuerdo a la ingeniería de
requerimientos que levantemos pues
efectivamente se puede dar también más
adelante vamos a ver cómo representar
esta tabla recursiva de otra forma para
hacerla masajes
sigue la entidad de vila-seca se
caracteriza porque los atributos de la
entidad débil como tal no son capaces de
identificar plenamente a la tabla
entonces se hace necesario utilizar un
atributo de otra tabla combinándolo con
algún otro con otro atributo de la tabla
débil y donde la combinación de ambas
tablas me va a permitir perdón la
combinación de ambos atributos el de la
tabla débil que en este caso va a ser
atributo 2 más el atributo 1 que viene
de la entidad fuerte la combinación de
estos dos nuevas permitir identificar de
manera plena la entidad deber se
representa con un recuadro como vemos en
clase lo mismo que la interrelación una
línea doble
cómo se construye pues sencillamente la
entidad fuerte
sé que se ve reflejada en la tabla 1
consellera primaria primaria que sería
atributo 1 y la entidad débil reflejada
aquí en la tabla 2
vemos efectivamente la tabla 2 está
heredando el atributo 1 como chávez
foránea sí es decir este atributo uno
viene de de atributo 1 de la tabla 1
bien ahora dentro de la tabla 2 y
encontramos otro atributo así que al
combinarse con el atributo 1 ambos
formarían una llave compuesta que
garantizar garantizaría tener una llave
fuerte y una llave compuesta que
identifique de manera plena la tabla 2
el ejemplo que veíamos en clase lo
asociamos con el hecho de burton
estudiante yo les decía que llegara a la
puerta principal de la institución y
quería ir un salón entonces yo por
ejemplo le dice al vigilante señor vean
necesito ir al salón 202 concesión le
dice así dirigencia sea que el sector
pero no le dice cuál es el nombre del
edificio entonces no sabe seguir al
bloque de cuerpo que de ingenierías
entonces para este caso la tabla salón
sería una entidad de bits que necesita
de manera urgente otro atributo para
identificarse de manera fuerte o al otro
atributo del nombre del edificio
entonces tabla 1 sería la tabla edificio
y tablados sería la aula salón si ven
como dice acá la clave foránea en la
tabla débil forma parte de la clave
primaria entonces el código del edificio
que estará representado por atributo 1
más el código del salón que estaría
representado en todos combinados
formaría la llave primaria entonces
tiene en el caso de la tabla salón yo
tendría que para identificarlo
plenamente combinar el nombre del
edificio más el nombre del salón
entonces me quedaría en este caso y 202
para identificar un salón del bloque de
ingenierías
v 202 para identificar un salón del
edificio en este caso del bloque b son
muy comunes que aparezcan en la medida
que vamos planteando ejercicios pues
vamos a ir identificando pero lo
principal es entender que la llave
foránea
que viene de la entidad fuerte va a ser
parte de la llave primaria entonces una
entidad va a tener siempre llaves
compuesto a tener más de una de un
atributo para identificar
y luego viene la generalización
o especialización
en clase veíamos que efectivamente pues
había una entidad que se denominaba
superclase veíamos el concepto de
herencia y veíamos que debajo de ellas
pues podría haber sus clases que le
daban
las propiedades y características de la
entidad superclase
cómo se hace la transformación al modelo
relacional pues para cada relación de la
entidad superclase y para cada una de
las subclases se define una relación
entonces la entidad superclase se
transforma en la tabla 1 la subclase 1
en la tabla 2 y la subclase 2 en la
tabla 3 todas se heredan los atributos
de las tres entidades la llave primaria
de la superclase para este caso va a ser
atributo 1 y miren que se va a generar
una relación de 1 a muchos para ambos
casos cuando hago de uno a muchos pues
efectivamente espacio de primaria se
variedad tanto entablados como en tabla
3 y automáticamente se convierten en
llaves foráneas pero a su vez cada uno
de esos dos atributos es decir la de la
primaria del aula 1 que la superclase se
convierte en la llave primaria de tabla
3 y tablados que se llevan sus clases es
decir el atributo 1 en la au la subclase
van a ser
de primaria
solamente se utilizan
bien ahora que bien
si ustedes se acuerdan nosotros hicimos
un conjunto de ejercicio para hacer el
modelo entidad relación
hicimos cinco ejercicios para
reconocerlo precisamente
raya col ha sido en el ejercicio 2 que
se refiere a una empresa de transportes
que reparte paquetes por todo el país y
veíamos cómo era importante gestionar la
información de los camioneros la
información de los paquetes de los
municipios donde llegaban los paquetes y
del iii de los camiones con local de ese
ejercicio nos permitió generar un modelo
este que están viendo en pantalla en
este caso sería el modelo entidad
relación en pantalla vemos que hay
cuatro entidades camioneros que se
relaciona os interrelacionar con camión
a través de la interrelación conducir
que se conducir tiene un atributo fecha
miren que en este caso la conectividad
de muchos a muchos
y ahora no vemos una relación entre
paquete y municipio a través de una
interrelación llegar y vemos que es de
uno a muchos para cada una de las
entidades podemos visualizar cuál es el
atributo qué
entonces la tarea a seguir cuál es nada
uno de ustedes va a ser los siguientes
va a ser un modelo que permita
transformar
este diseño tiene en pantalla al modelo
relacional
cuando hacen la teoría que les acabo de
dar cada uno va a ser para una
hoja hace un diagrama a mano alzada que
representa el modelo relacional y que
surja de transformar cada uno de los
elementos de este diagrama que ven en
pantalla para construir el modelo
relacionado
es la actividad entonces cada quien está
diapositiva y está dispuesta en lo
virtual cada quien le va a bajar
en un ratico les comparto el vídeo al
drive
y lo quiero volver a visualizar y deben
realizar la transformación del modelo
conceptual al modelo lógico a partir del
ejercicio planteado sobre la empresa de
transportes que distribuye paquetes en
lo virtual va a estar disponible
un recurso un foro al foro de
comunicaciones y en ese foro de
comunicaciones de actividades
ha dispuesto un enlace para que los
estudiantes del grupo puedan subir la
información
Voir Plus de Vidéos Connexes
Base de Datos #3| Ejercicio Diagrama Entidad Relación
CURSO de DISEÑO de BASE DE DATOS #7 📚 CARDINALIDAD
CURSO de DISEÑO de BASE DE DATOS #8 📚 EJERCICIOS DE BD
3. Modelo Conceptual 【 MODELO ENTIDAD RELACIÓN 】
Ejemplo de como crear un modelo relacional partiendo de una entidad Relación
05 Curador de datos
5.0 / 5 (0 votes)