Múltiples muchos
Clase 7 de 67 • Curso de Fundamentos de Bases de Datos 2019
Contenido del curso
Introducción a las bases de datos relacionales
- 3

Qué son entidades y atributos
10:38 min - 4

Historia de las bases de datos relacionales
03:19 min - 5

Entidades de Platzi Blog
08:05 min - 6

Relaciones
10:25 min - 7

Múltiples muchos
Viendo ahora - 8

Diagrama ER
05:12 min - 9

Diagrama Físico: tipos de datos y constraints
13:50 min - 10

Diagrama Físico: normalización
10:16 min - 11
Formas normales en Bases de Datos relacionales
02:54 min - 12

Diagrama Físico: normalizando Platziblog
14:46 min
RDBMS (MySQL) o cómo hacer lo anterior de manera práctica
SQL hasta en la sopa
- 19

Historia de SQL
03:53 min - 20

DDL create
13:53 min - 21
Playground: CREATE TABLE
- 22

CREATE VIEW y DDL ALTER
10:17 min - 23

DDL drop
05:16 min - 24
Playground: VIEW, ALTER y DROP en SQL
- 25

DML
17:03 min - 26
Playground: CRUD con SQL
- 27

¿Qué tan standard es SQL?
10:26 min - 28

Creando Platziblog: tablas independientes
11:34 min - 29

Creando Platziblog: tablas dependientes
11:24 min - 30

Creando Platziblog: tablas transitivas
09:19 min
Consultas a una base de datos
- 31

¿Por qué las consultas son tan importantes?
02:34 min - 32

Estructura básica de un Query
06:23 min - 33

SELECT
11:15 min - 34
Playground: SELECT en SQL
- 35

FROM y SQL JOINs
07:10 min - 36

Utilizando la sentencia FROM
14:46 min - 37
Playground: FROM y LEFT JOIN en SQL
- 38

WHERE
14:00 min - 39

Utilizando la sentencia WHERE nulo y no nulo
10:16 min - 40
Playground: Filtrando Datos con WHERE
- 41

GROUP BY
11:55 min - 42

ORDER BY y HAVING
13:02 min - 43
Playground: Agrupamiento y Ordenamiento de Datos
- 44

El interminable agujero de conejo (Nested queries)
12:39 min - 45

¿Cómo convertir una pregunta en un query SQL?
06:14 min - 46

Preguntándole a la base de datos
10:08 min - 47

Consultando PlatziBlog
12:35 min - 48
Playground: Prueba Final con PlatziBlog
Introducción a la bases de datos NO relacionales
Manejo de modelos de datos en bases de datos no relacionales
Bases de datos en la vida real
Bonus
La cardinalidad en el diseño de bases de datos es un aspecto crucial que determina cómo se relacionan las entidades entre sí. Dentro de las diversas formas de cardinalidad, hay una que se destaca por su complejidad y desafíos únicos: la cardinalidad muchos a muchos. Esta forma de relación no solo es fundamental para modelar situaciones reales de manera adecuada, sino también para asegurar que la base de datos sea eficiente y escalable en el manejo de datos interconectados.
¿qué es la cardinalidad muchos a muchos?
La cardinalidad muchos a muchos representa una situación en la que una entidad puede estar relacionada con muchas instancias de otra entidad. A su vez, cada una de esas instancias puede estar vinculada con varias instancias de la primera entidad. Este concepto puede sonar abstracto, pero es común en el mundo real.
¿cómo reconocer una relación muchos a muchos?
Un claro ejemplo de la cardinalidad muchos a muchos es la relación entre alumnos y clases en un entorno educativo. Un estudiante puede inscribirse en varias clases como español, matemáticas y fundamentos de base de datos. Paralelamente, cada clase puede tener inscritos a múltiples estudiantes. Este tipo de relación genera algunas preguntas sobre la naturaleza y dirección de la relación y cómo abordarla en un modelo de base de datos.
¿cómo se representa en un diagrama de base de datos?
En los diagramas físicos de bases de datos, la cardinalidad muchos a muchos se representa generalmente a través de una línea que se parte en tres en ambos extremos de la relación. En ocasiones también se agrega una línea extra para indicar que siempre hay múltiples instancias en ambos lados de la relación, es decir, no hay lugar para los ceros o unos, solo múltiples relaciones.
¿por qué es importante entender esta cardinalidad?
Entender y trabajar correctamente con la cardinalidad muchos a muchos es esencial para reflejar con precisión las complejas interacciones entre entidades. En el desarrollo de un proyecto, identificar estas relaciones y comprender cómo manejarlas afectará directamente la eficiencia y la capacidad de la base de datos para escalar y manejar grandes cantidades de información interrelacionada.
¿Te enfrentas a la tarea de diseñar una base de datos o simplemente deseas comprender mejor cómo las entidades se relacionan dentro de un sistema de base de datos? La cardinalidad muchos a muchos puede ser un desafío, pero también es una oportunidad de aprendizaje emocionante. Con cada paso en este proceso, te irás convirtiendo en un diseñador más hábil y capaz. Recuerda, cualquier complejidad que encuentres es una oportunidad para ampliar tu conocimiento y perfeccionar tus habilidades. ¡Sigue adelante y sigue aprendiendo!