💥 RELACIONES 1aN, 1a1 y NaN | Diagrama Entidad Relación (DER) | BASES DE DATOS ✅ Explicación FÁCIL

TodoCode
27 Nov 202012:05

Summary

TLDREn este tercer video del curso de introducción a bases de datos y SQL, se explora cómo transformar elementos de la vida real en un modelo de datos y cómo crear una base de datos a partir de un modelo lógico. Se explican las entidades y atributos, y cómo establecer relaciones entre ellas, como uno a uno, uno a muchos y muchos a muchos. Se utiliza un ejemplo de una empresa de electrodomésticos para modelar un diagrama entidad-relación y se sugiere una práctica para consolidar los conceptos.

Takeaways

  • 😀 Este video es la tercera parte de un curso de introducción a las bases de datos y SQL.
  • 🔗 Se proporciona un enlace a la clase anterior en la descripción y se alude a su importancia.
  • 🏫 Se explica que las bases de datos se crean a partir de un modelo lógico basado en entidades y atributos.
  • 📊 Se detalla cómo se representan las entidades y atributos en un diagrama de entidad-relación.
  • 🔗 Se menciona la importancia de las relaciones cardinalidad y tipo de relación en las bases de datos.
  • 🚗 Se utiliza el ejemplo de una persona y un auto para explicar las relaciones 1 a n (uno a muchos).
  • 📚 Se describe la relación 1 a 1 (uno a uno) con el ejemplo de un alumno y su libreta de calificaciones.
  • 🎓 Se explica la relación n a n (mucho a mucho) con el ejemplo de alumnos inscritos en varias materias.
  • 📈 Se enfatiza la necesidad de una tabla intermedia para representar relaciones n a n en una base de datos.
  • 🛒 Se ejemplifica cómo modelar una empresa que vende electrodomésticos utilizando el diagrama entidad-relación.
  • 📝 Se sugiere que los clientes pueden realizar múltiples pedidos y que cada pedido puede incluir múltiples productos.

Q & A

  • ¿Qué es lo que se enseña en el tercer video del curso de introducción a las bases de datos y SQL?

    -En el tercer video del curso, se enseña cómo crear relaciones entre entidades en un modelo de datos y cómo estas relaciones se pueden implementar en una base de datos.

  • ¿Cuál es la diferencia entre una relación cardinalidad 1 a N y N a 1?

    -La relación cardinalidad 1 a N indica que una entidad se puede relacionar con muchos elementos de otra entidad, mientras que N a 1 significa que muchas entidades de una entidad pueden estar relacionadas con un solo elemento de otra entidad.

  • ¿Cómo se representa una relación de tipo 1 a N en un diagrama entidad relación?

    -Una relación de tipo 1 a N se representa con una flecha que apunta desde la entidad '1' hacia la entidad 'N', indicando que un elemento de la entidad '1' puede estar asociado con múltiples elementos de la entidad 'N'.

  • ¿Qué significa la relación cardinalidad 1 a 1 en un modelo de datos?

    -La relación cardinalidad 1 a 1 significa que un elemento de una entidad está relacionado de manera única con un solo elemento de otra entidad, y viceversa.

  • ¿Cuál es la relación cardinalidad que representa que muchos alumnos pueden estar inscritos en muchas materias?

    -La relación cardinalidad que representa que muchos alumnos pueden estar inscritos en muchas materias es N a N.

  • ¿Por qué se necesita una tabla intermedia para las relaciones de tipo N a N?

    -Se necesita una tabla intermedia para las relaciones de tipo N a N porque se necesita un medio para asociar los registros de dos entidades que pueden estar relacionadas entre sí de manera múltiple y no solo de uno a uno.

  • ¿Cómo se determina si una relación es de tipo 1 a N o N a 1 en un diagrama entidad relación?

    -Se determina observando la cardinalidad y la multiplicidad de las entidades involucradas; si una entidad '1' se relaciona con muchos elementos 'N' de otra entidad, es 1 a N, y si muchas entidades 'N' de una se relacionan con un solo elemento '1' de otra, es N a 1.

  • ¿Qué es una entidad en un modelo de datos?

    -Una entidad en un modelo de datos es un objeto o concepto sobre el cual se desea almacenar información, representado generalmente por un rectángulo en un diagrama entidad relación.

  • ¿Cuáles son los atributos comunes que se pueden asociar a una entidad 'Cliente' en un modelo de datos?

    -Los atributos comunes que se pueden asociar a una entidad 'Cliente' incluyen DNI, apellido, nombre, teléfono y fecha de nacimiento.

  • ¿Cómo se representa la relación entre 'Clientes', 'Pedidos' y 'Productos' en un modelo de datos?

    -La relación entre 'Clientes', 'Pedidos' y 'Productos' se representa con relaciones de tipo 1 a N: un cliente puede realizar muchos pedidos y cada pedido puede incluir muchos productos.

Outlines

00:00

📚 Introducción a las Bases de Datos y SQL

El vídeo comienza con una introducción al curso de bases de datos y SQL, enfocado en la tercera parte de la serie. Se menciona que si se perdió la clase anterior, el enlace estará en la descripción y se ofrece un resumen de cómo se abstraen datos de la vida real en un modelo de datos lógico. Se habla de entidades y atributos, y cómo se relacionan entre sí. Se invita a los espectadores a suscribirse y a seguir en redes sociales para recibir actualizaciones. Además, se menciona que se realizará una mini práctica al final del vídeo.

05:02

🔗 Relaciones en Modelos de Datos

En este párrafo, se explican las relaciones cardinalidad en los modelos de datos, como 'uno a muchos' y 'uno a uno'. Se utiliza el ejemplo de una persona y su relación con los autos que posee, explicando cómo se representa en una base de datos. Se menciona la necesidad de que las relaciones reflejen la realidad y cómo se aplican en diferentes contextos, como una escuela y una libreta de calificaciones. También se introduce la relación 'n a n', que es más compleja y requiere una tabla intermedia para su representación.

10:05

🛒 Modelando una Empresa de Electrodomésticos

El vídeo continúa con un ejemplo práctico de cómo modelar una empresa de electrodomésticos en un diagrama entidad-relación. Se identifican las entidades 'clientes', 'pedidos' y 'productos', y se explica cómo se relacionan entre sí. Se discute la cardinalidad de las relaciones, como 'uno a muchos' entre clientes y pedidos, y entre pedidos y productos. Se enfatiza la importancia de entender estas relaciones para diseñar correctamente una base de datos y se invita a los espectadores a participar activamente en los comentarios y a suscribirse para recibir futuras actualizaciones.

Mindmap

Keywords

💡Base de datos

Una base de datos es un conjunto organizado de información que se almacena y gestiona para facilitar el acceso, administración y actualización de datos. En el video, la base de datos se menciona como el tema central del curso, y se explica cómo se puede modelar la realidad a través de una base de datos para almacenar información relevante, como en el ejemplo de una concesionaria de autos o una escuela.

💡Entidad

En el contexto de bases de datos, una entidad es un objeto o concepto del mundo real que se puede identificar y modelar en una base de datos, como una persona o un producto. En el video, las entidades se representan como rectángulos en los diagramas de entidad-relación (DER), y ejemplos como 'persona', 'auto', 'cliente' o 'pedido' son utilizados para ilustrar el concepto.

💡Atributo

Un atributo es una característica o propiedad de una entidad que aporta información relevante sobre ella. Por ejemplo, en el video se menciona que la entidad 'persona' tiene atributos como el 'nombre' o el 'DNI'. Los atributos se representan como óvalos en los diagramas de entidad-relación.

💡Relación

Una relación describe cómo interactúan o se conectan dos o más entidades entre sí. En el video, se utilizan ejemplos de relaciones como la de una persona que posee muchos autos, o un cliente que realiza varios pedidos en una tienda. Las relaciones entre entidades se representan mediante rombos en los diagramas.

💡Cardinalidad

La cardinalidad especifica el número de instancias de una entidad que pueden estar asociadas con instancias de otra entidad en una relación. En el video se explican varios tipos de cardinalidad, como 1 a N (una persona puede tener muchos autos) y N a N (muchos alumnos pueden estar inscritos en muchas materias).

💡Modelo lógico

El modelo lógico es una representación abstracta y detallada de cómo se estructurarán los datos dentro de una base de datos. En el video, se menciona la conversión de un modelo lógico en una base de datos real, a partir de la creación de entidades, atributos y relaciones que reflejan situaciones de la vida real, como la concesionaria de autos.

💡Diagrama entidad-relación (DER)

Un DER es una representación gráfica utilizada para modelar las entidades de una base de datos, junto con sus atributos y las relaciones entre ellas. En el video, se menciona cómo se utilizan los DER para crear una representación visual de los datos, utilizando rectángulos para las entidades, óvalos para los atributos y rombos para las relaciones.

💡1 a N

Esta notación de cardinalidad indica que una entidad puede estar asociada con múltiples instancias de otra entidad. En el video, se ofrece como ejemplo que una persona puede tener muchos autos o que un cliente puede hacer muchos pedidos en una tienda de electrodomésticos. Es un tipo de relación muy común en bases de datos.

💡N a N

Una relación N a N significa que muchas instancias de una entidad pueden estar relacionadas con muchas instancias de otra entidad. En el video, se menciona el ejemplo de muchos alumnos que pueden estar inscritos en muchas materias, lo cual requiere de una tabla intermedia para gestionar la relación entre alumnos y materias.

💡Tabla intermedia

Una tabla intermedia es necesaria para representar relaciones de muchos a muchos (N a N) en una base de datos. En el video, se explica que para relaciones como la de alumnos y materias, una tabla intermedia es clave para conectar ambas entidades y gestionar las inscripciones de los alumnos en varias materias.

Highlights

Introducción al curso sobre bases de datos y SQL, con enlace a la clase anterior en la descripción.

Explicación de cómo abstraer datos de la vida real a un modelo de datos, y cómo convertirlos en una base de datos.

Demostración de cómo relacionar atributos entre diferentes entidades en un modelo de datos.

Ejemplo de una relación 1 a muchos, donde una persona puede tener varios autos, como en el caso de Cristiano Ronaldo.

Explicación de la cardinalidad en las relaciones de bases de datos: 1 a muchos y muchos a 1.

Ejemplo de una relación 1 a 1, como la que existe entre un alumno y su libreta de calificaciones.

Introducción a las relaciones muchos a muchos (n a n) en bases de datos y su complejidad en la implementación.

Explicación de la necesidad de tablas intermedias para gestionar relaciones muchos a muchos en bases de datos.

Ejemplo de una empresa de electrodomésticos para explicar las relaciones entre clientes, pedidos y productos.

Modelo de entidad-relación para una empresa de electrodomésticos: entidades de clientes, pedidos y productos.

Proceso de identificación de atributos de entidades como DNI, nombre y teléfono para clientes.

Explicación de cómo un cliente puede realizar múltiples pedidos en la vida real.

Relación 1 a muchos entre clientes y pedidos, y cómo un pedido puede contener varios productos.

Relación inversa: muchos productos pueden estar en un mismo pedido, y muchos pedidos pueden pertenecer a un cliente.

Anuncio de la próxima clase, que será 100% práctica, enfocada en implementar los diagramas en una base de datos.

Transcripts

play00:00

hola a todos soy ricina y bienvenidos a

play00:02

un nuevo vídeo en donde en todo que

play00:07

[Música]

play00:14

bueno gente en este vídeo vamos a ver la

play00:16

tercera parte de este curso de

play00:18

introducción a las bases de datos y sql

play00:20

si se perdieron la clase anterior les

play00:22

voy a dejar el link en la descripción

play00:24

también se los voy a dejar acá arriba

play00:26

donde empezamos a ver cuáles son los

play00:28

elementos para poder ser una abstracción

play00:30

de datos de la vida real a un modelo de

play00:33

datos y para poder convertir una base de

play00:36

datos a partir de un modelo lógico y

play00:39

como lo creamos acá la creamos a cada

play00:41

una de las entidades que van a existir a

play00:43

nuestra base de datos y sus atributos

play00:45

asociados

play00:47

vamos a ver cómo a partir de la creación

play00:50

de varios atributos y varios entidades

play00:53

que contienen esos atributos como los

play00:56

a relacionar entre sí o qué relaciones

play00:59

existen si te gusta este vídeo esta

play01:01

serie de vídeos de base de datos por

play01:03

favor déjame tu me gusta suscríbete que

play01:05

me ayudan muchísimo muchísimo muchísimo

play01:07

y también hacer clic a la campanita para

play01:09

no perderte ningún vídeo también

play01:11

seguirnos en las redes sociales que te

play01:13

las voy a dejar acá donde aviso todas

play01:15

las novedades y también siempre su

play01:16

información muy importante que te puedes

play01:19

servir bastante si es que estás en este

play01:21

mundo de la informática arrancamos

play01:24

entonces con la teoría de hoy y al final

play01:26

hacemos una mini práctica por la gente

play01:28

continuando con lo que estuvimos viendo

play01:29

la clase pasada si vamos a hablar

play01:34

otro de los componentes que tenemos en

play01:36

el diagrama mantiene relación que son

play01:38

las relaciones la clase pasada vimos si

play01:41

las entidades que estaban representados

play01:45

por rectángulos si los atributos de cada

play01:48

una de esas entidades que estaban

play01:49

representados por óvalos bien y hoy

play01:52

vamos a ver las relaciones que tienen

play01:55

dos componentes uno conocido como

play01:59

cardinal y that y otro como vamos a

play02:02

hacerlo' rombo sí que establece el verbo

play02:06

que une o que genera esa relación bien

play02:09

vamos a suponer tengo un ejemplo de una

play02:13

persona y un auto tengo dos entidades

play02:16

bien estas dos se pueden relacionar de

play02:20

la manera que eso establezca como yo

play02:21

quiera siempre y cuando represente algo

play02:25

que está pasando en la vida real que yo

play02:27

necesito extraer para poder guardar

play02:29

datos después bien

play02:31

vamos a suponer que si tienes una

play02:34

relación conocida como ah1n1 a muchos

play02:37

que significa que yo tengo una entidad

play02:40

sí que se va a poder relacionar con

play02:43

muchos elementos de otra entidad vamos a

play02:47

traducimos a base de datos sería una

play02:49

tabla seguida en mi base de datos donde

play02:52

yo voy a poder guardar registros si se

play02:54

va a por relacionar con muchos registros

play02:57

de otra tabla vamos a suponer entonces

play03:00

que yo tengo la concesionaria de autos

play03:02

como les conté y que yo quiero decir que

play03:06

una persona si puede tener muchos autos

play03:10

bien vamos a suponer cristiano ronaldo

play03:13

que tiene un montón de autos si como se

play03:15

leería esta relación tengo mi entidad

play03:18

persona y tengo mentían autos bien como

play03:22

sería esto yo quiero relacionar quiero

play03:25

indicar que esta persona puede tener la

play03:28

cantidad de autos que quieran la vida

play03:30

real

play03:31

cómo se representa eso mediante la

play03:33

relación 1 en el 1 representa el lado

play03:37

individual donde es un solo registro si

play03:41

en este caso una persona y la n

play03:44

representan la donde puede haber más de

play03:47

un registro bien está n representa en

play03:50

cantidad de cosas y es como que tuviera

play03:53

una cantidad indeterminada eso significa

play03:56

la n bien esto se puede leer de

play03:58

izquierda a derecha como de derecha a

play04:01

izquierda recién yo ley diciendo que una

play04:03

persona puede tener muchos autos pero

play04:06

también puedo leer diciendo muchos autos

play04:09

pueden pertenecer a una misma persona

play04:12

bien ahora el único tipo de relación

play04:15

existente no cuál es el siguiente tipo

play04:19

la relación 1 aún cuando tengo un alumno

play04:23

por ejemplo una entidad que se relaciona

play04:25

con un solo registro con otra entidad

play04:28

con otra tabla bien un registro esta

play04:31

tabla se relaciona con un registro

play04:33

únicamente con un registro de otra tabla

play04:35

tengo una relación 1

play04:37

cuando sucede esto cuando necesito esa

play04:41

limitación cuando no puedo permitir más

play04:43

de uno bien en este caso en una teoría

play04:47

de que yo estuviera guardando datos en

play04:49

una base de datos para una escuela un

play04:51

alumno no podría tener más de una

play04:54

libreta esta relación o este tipo de

play04:56

cardinali that es conocido como uno a

play04:59

uno bien si leo de izquierda a derecha

play05:02

voy a decir a un alumno le pertenece una

play05:05

libreta de calificaciones y si leo

play05:07

derecha izquierda voy a decir una

play05:10

libreta de calificaciones pertenece

play05:12

únicamente a una

play05:14

bien ahora

play05:17

tengo la relación entonces uno en uno a

play05:20

muchos uno

play05:21

no bien y tengo otra que es n a n si

play05:26

muchos a muchos bien cuando sucede esto

play05:31

vamos a suponer el mismo caso que

play05:32

estamos viendo ahora de la escuela si yo

play05:35

tengo un alumno en particular pero es

play05:38

alumno todos están inscritos inscrito en

play05:40

muchas materias ahí tendré una relación

play05:43

uno a n bien pero qué pasa que ese

play05:46

alumno no es el único que puede estar

play05:48

inscripto en esa materia sino que en esa

play05:51

misma materia puede haber 30 40 y 50

play05:53

alumnos más en ese caso yo no puedo

play05:56

decir que un alumno puede estar

play05:58

inscripto en varias materias y decir que

play06:01

varias materias pertenecen a un alumno

play06:03

bien

play06:04

que muchos alumnos pueden estar en

play06:08

muchas materias bien si tuviéramos un

play06:10

sistema por ejemplo de inscripción para

play06:12

abordar las inscripciones de los alumnos

play06:14

tendríamos esta situación bien cómo se

play06:17

representa esta relación muchos a muchos

play06:20

n ã n justo acá el cartelito me tapa

play06:24

ahora se lo voy a correr me queda muchos

play06:26

alumnos están en muchas materias

play06:28

obtienen muchas materias muchas materias

play06:32

tienen a muchos alumnos este es uno de

play06:35

los tipos de vamos a hacer relación más

play06:37

difíciles de encontrar o de identificar

play06:41

por qué porque después cuando pasemos la

play06:43

tabla vamos a ir viendo cuando a medida

play06:45

que avancemos en el curso se necesita

play06:48

una tabla intermedia para poder hacer la

play06:51

relación entre estas dos gentes vamos a

play06:53

hacer todos es un ejemplo para practicar

play06:55

esto que acabamos de ver bien vamos a

play06:58

suponer una empresa que vende

play06:59

electrodomésticos

play07:00

sí y sabemos que las entidades son

play07:02

clientes pedidos y productos tengo

play07:06

clientes que realizan pedidos de ciertos

play07:08

productos para comprarlos después lo que

play07:11

me pide este ejercicio es modelar a

play07:13

través del diagrama entidad relación y

play07:15

la forma en la que se implementaría esto

play07:17

en una base de datos

play07:19

como hacemos este el primer paso es

play07:22

siempre detectar las entidades si vamos

play07:24

acá tenemos bien clara la consigna

play07:27

cuáles son las tres entidades clientes

play07:30

pedidos y productos bien como hacemos

play07:34

entonces para representarlo gráficamente

play07:36

tres entidades tres rectángulos bien con

play07:41

sus diferentes nombres clientes pedidos

play07:44

y productos

play07:46

necesitamos ahora determinar de ellos el

play07:49

segundo paso es saber cuáles son sus

play07:51

atributos o sus características como

play07:53

hacemos esto representamos cada uno de

play07:56

ellos en forma de óvalo bien fíjense en

play08:00

cliente vamos a tener dni apellido

play08:02

nombre teléfono fecha de nacimiento

play08:04

hasta ahora esto sería lo que venimos

play08:07

haciendo hasta la clase pasada lo que

play08:09

nos falta entonces ahora es empezar a

play08:11

poner las relaciones y tenemos que

play08:14

plantearnos cuál sería la relación

play08:16

existente entre cada una de estas

play08:18

entidades

play08:20

vamos a ver

play08:22

qué relaciones pueden existir entre

play08:24

clientes pedidos y productos bien

play08:28

podemos decir que un cliente vamos a la

play08:31

vida real si soy un cliente y voy a una

play08:34

casa de electrodomésticos se supongan sé

play08:36

que quiero una tele de 50 pulgadas y en

play08:39

este momento no la tienen stock yo

play08:41

quiero hacer un pedido si de ese

play08:43

producto para futuro ir a buscarlo bien

play08:46

yo puedo hacer ese pedido de esa tele y

play08:48

al otro diario muy bueno además de las

play08:50

teles quiero pedir también no sé un home

play08:53

theater que combine con la tela si puedo

play08:55

mirar películas puedo hacer algo en

play08:58

particular bien y después de uno además

play09:00

quiero ir y quiero pedir una computadora

play09:03

una notebook gamer para poder jugar

play09:06

después conectar con la hm a la tele y

play09:08

poder jugar a todo trapo todo lo que eso

play09:11

quiera bien fíjense en tres días

play09:13

diferentes hice tres pedidos entonces

play09:15

estoy haciendo un ejemplo de la vida

play09:17

real en la vida real un cliente no va a

play09:20

poder hacer un solo pedido a la casa

play09:23

electrodomésticos y no queda por hacer

play09:24

la cantidad de pedidos que quieras

play09:27

haciendo este planteo yo me doy cuenta

play09:29

que un cliente puede tener muchos

play09:33

pedidos en la casa de electrodomésticos

play09:35

bien ahora tenemos que pensar qué

play09:40

relación existe entre clientes y

play09:42

productos yo puedo decir un cliente

play09:44

puede comprar muchos productos pero a

play09:48

través de que va a comprar esos

play09:50

productos es que llegue en primer lugar

play09:52

el pedido que yo hice por lo cual no

play09:55

puedo relacionar clientes directamente

play09:58

con productos sino que tengo que esperar

play10:01

que primero esté el pedido pero en el

play10:04

pedido yo pudo establecer cuál es el

play10:08

producto que quiere mi cliente esto

play10:11

estas relaciones van saliendo con la

play10:12

práctica y con las preguntas que eso me

play10:14

voy haciendo bien entonces como se puedo

play10:17

decir puedo decir que en un pedido puedo

play10:21

tener muchos productos

play10:23

bien es por ello que yo puedo decir si

play10:26

pienso en la vida real bien yo como

play10:29

cliente puedo ir y hacer en la casa

play10:32

electrodoméstico la cantidad de pedidos

play10:35

que yo quiera y al mismo tiempo cada uno

play10:38

de esos pedidos que yo haga pude tener

play10:40

la cantidad de productos que yo quiera

play10:43

estas relaciones entonces tendrían

play10:46

cardinali that 1 a n de clientes a

play10:49

pedidos y 1 a n de pedidos hacia

play10:52

productos si le va al revés puedo decir

play10:55

muchos productos pueden estar en un

play10:58

mismo pedido muchos pedidos pueden

play11:01

pertenecer al mismo cliente se entiende

play11:05

la idea gente tan vasta y todo

play11:08

entendiéndose cualquier cosa puedes

play11:10

volver a mirar este vídeo puedes hacerme

play11:12

todas tus consultas y comentarios acá

play11:14

abajo para despejar todas las dudas que

play11:17

ahora la gente esto fue todo por haber

play11:18

para la tercera clase lo que es la

play11:19

introducción a la base de datos y en las

play11:22

consultas sql la próxima trata de hacer

play11:24

100% práctica así que no te la pierdas

play11:27

esta fue teórica y un poquito de

play11:29

práctica

play11:30

a nivel de diagramas la clase quienes

play11:32

vamos a pasar a la base de datos a hacer

play11:33

este mismo ejercicio pero a nivel de

play11:36

relaciones así que no te lo pierdas

play11:38

seguirnos en las redes sociales para no

play11:41

perderte ningún vídeo lo mismo

play11:42

suscribirte a schiele clic en la

play11:44

campanita más dudo muchísimo y con la

play11:46

campanita vos te enteras de cada uno de

play11:48

los nuevos vídeos que vayan subiendo

play11:50

nos vemos en un próximo vídeo en donde

play11:52

en todo que chao

play11:56

[Música]

play12:00

[Aplausos]

play12:01

en verdad

play12:04

[Música]

Rate This

5.0 / 5 (0 votes)

Étiquettes Connexes
Bases de datosSQLEducativoPrácticaModelo LógicoRelacionesEntidadesAtributosCardinalidadElectrodomésticos
Besoin d'un résumé en anglais ?