Clase de Bases de Datos, Diseño Lógico - Transformación Modelo Entidad Relación a Modelo Relacional

Summary

El 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

00:00

📚 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.

05:03

🔗 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'.

10:06

🔄 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.

15:08

📘 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.

Keywords

💡Modelo Entidad-Relación (MER)

El Modelo Entidad-Relación (MER) es una representación abstracta de los datos y sus relaciones dentro de un sistema. En el video, el MER se utiliza para describir cómo se modelan los datos antes de ser transformados en un modelo relacional. Este modelo es crucial para la fase conceptual del diseño de bases de datos, ya que permite identificar entidades como 'camioneros', 'paquetes', 'municipios' y sus interrelaciones, como 'conducir' y 'llegar'.

💡Modelo Relacional

El Modelo Relacional es una manera de estructurar y almacenar datos en bases de datos mediante tablas que representan entidades y relaciones. En el video, se explica cómo el modelo relacional es el resultado de transformar un Modelo Entidad-Relación, pasando de una representación abstracta a una concreta mediante tablas que contienen datos con llaves primarias y foráneas. El diseño lógico de bases de datos utiliza este modelo para asegurar la integridad y consistencia de los datos.

💡Llave Primaria

Una Llave Primaria es un atributo o conjunto de atributos que identifican de manera única cada registro en una tabla dentro de una base de datos relacional. En el video, la llave primaria se menciona en el contexto de la transformación de una entidad del MER en una tabla, donde los atributos identificadores de una entidad se convierten en llaves primarias de la tabla correspondiente en el modelo relacional. Esto asegura que cada registro sea único y pueda ser referenciado de manera inequívoca.

💡Llave Foránea

Una Llave Foránea es un atributo en una tabla que se utiliza para crear una relación entre esta tabla y otra tabla, referenciando la llave primaria de la segunda tabla. En el video, se discute cómo las llaves foráneas son esenciales para modelar las relaciones entre entidades en un modelo relacional, como en el caso de la relación uno a uno (1:1) y muchos a muchos (M:N). Las llaves foráneas permiten mantener la integridad referencial entre las tablas, garantizando que los datos estén correctamente vinculados.

💡Integridad Referencial

La Integridad Referencial es un principio en el diseño de bases de datos que asegura que las relaciones entre tablas se mantengan consistentes. Esto implica que cada valor de una llave foránea debe coincidir con un valor existente de una llave primaria en la tabla referenciada. En el video, se subraya la importancia de este concepto al explicar cómo una tabla no puede contener un registro con una llave foránea si no existe una correspondiente llave primaria en la tabla relacionada, lo cual garantiza la coherencia y exactitud de los datos almacenados.

💡Transformación de Interrelaciones

La Transformación de Interrelaciones es el proceso de convertir las relaciones definidas en un Modelo Entidad-Relación en estructuras apropiadas en un modelo relacional. El video describe varios tipos de interrelaciones, como uno a uno (1:1), uno a muchos (1:N), y muchos a muchos (M:N), y cómo estas se convierten en llaves foráneas o nuevas tablas en el modelo relacional. Esta transformación es crucial para asegurar que la estructura de datos sea lógica y eficiente en una base de datos.

💡Entidad Débil

Una Entidad Débil es una entidad que no puede ser identificada únicamente por sus propios atributos y necesita una llave foránea de una entidad fuerte para formar una llave compuesta. En el video, se explica que las entidades débiles tienen atributos que no son capaces de identificar la entidad por sí mismos, y requieren la combinación con un atributo de otra entidad (entidad fuerte) para lograr una identificación única. Esto es común en escenarios como la relación entre salones y edificios, donde el número de salón necesita ser combinado con el identificador del edificio para ser único.

💡Generalización y Especialización

La Generalización y Especialización son conceptos que permiten representar jerarquías de herencia en el modelo de datos, donde una superclase (generalización) tiene atributos comunes que son heredados por sus subclases (especialización). En el video, se describe cómo cada relación de superclase y subclase se transforma en tablas relacionales separadas, donde la superclase forma la base y las subclases heredan su llave primaria, permitiendo una organización más estructurada de la información en la base de datos.

💡Modelo Lógico

El Modelo Lógico es la representación de los datos después de que han sido transformados desde el modelo conceptual (MER) en el diseño de una base de datos. El video destaca que el modelo lógico es la fase intermedia entre el modelo conceptual y el diseño físico, donde se estructura cómo los datos serán almacenados y manejados en un sistema de gestión de bases de datos relacionales (RDBMS). Este modelo es esencial para preparar los datos para la implementación física en tablas SQL.

💡Interrelación Recursiva

Una Interrelación Recursiva es una relación en la que una entidad se relaciona consigo misma, como un empleado que es el jefe de otro empleado. En el video, se explica cómo este tipo de relación se representa en un modelo relacional mediante el uso de llaves foráneas que referencian la misma tabla. Estas relaciones permiten modelar estructuras jerárquicas o autoreferenciales dentro de un sistema de base de datos, agregando una capa adicional de complejidad en el diseño.

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