Conviene haber comprendido Modelado, entidades e identificadores.
CONTENIDO ORIGINAL
Avanza en orden. Cada lección está redactada para Palta es Cool, utiliza ejemplos propios y termina con una actividad cuya respuesta puedes desplegar.
ANTES DE EMPEZAR
Ubícate antes de avanzar
Al terminar deberías poder relacionar Claves primarias y foráneas con Cardinalidad y resolver un caso nuevo.
Reserva entre 35 y 55 minutos para lectura, ejemplos, tres comprobaciones y cierre.
04 / PREPARA EL LABORATORIO
Las primeras secciones se leen sin instalar nada. Para practicar SQL prepara PostgreSQL o un DBMS equivalente.
Abrir la guía de herramientas →Diagnóstico rápido: ¿cómo se relacionan Claves primarias y foráneas y Cardinalidad? ＋
No necesitas acertar todavía. Escribe una hipótesis de dos líneas y compárala con tu respuesta al finalizar; si puedes corregirla y justificar el cambio, hubo aprendizaje.
Aprende el tema paso a paso
Esta ruta muestra cómo representar conexiones reales, elegir su cardinalidad y convertirlas en claves que mantengan los datos coherentes.
Al terminar podrás
- Una clave foránea enlaza filas relacionadas
- Cardinalidad y opcionalidad cuentan la regla completa
- Las relaciones muchos a muchos se resuelven
01
Conexión básica
Una clave foránea enlaza filas relacionadas
La clave primaria identifica una fila; la clave foránea guarda el identificador de otra tabla. Juntas permiten consultar información relacionada sin repetir todos sus datos.
CLIENTES.id_cliente es clave primaria.
PEDIDOS.id_cliente es clave foránea.
La relación evita copiar nombre y dirección en cada pedido.
¿Dónde debe almacenarse id_cliente en una relación de un cliente con muchos pedidos?
Mostrar respuesta ＋
En PEDIDOS, el lado de “muchos”. Cada pedido apunta al único cliente al que pertenece.
02
Cantidad y obligación
Cardinalidad y opcionalidad cuentan la regla completa
La cardinalidad indica cuántas instancias pueden relacionarse; la opcionalidad indica si la relación es obligatoria. Ambas deben provenir de reglas del negocio, no de una preferencia técnica.
Uno a uno: cada lado admite como máximo una instancia.
Uno a muchos: una instancia se asocia con varias del otro lado.
Muchos a muchos: ambos lados admiten varias instancias.
“Cada pedido debe pertenecer a un cliente; un cliente puede no tener pedidos”. ¿Qué parte es opcional?
Mostrar respuesta ＋
Los pedidos son opcionales para CLIENTE, pero CLIENTE es obligatorio para PEDIDO.
03
Relaciones avanzadas
Las relaciones muchos a muchos se resuelven
Una relación M:M se transforma en una entidad asociativa. Así se pueden guardar datos propios de la relación y aplicar reglas sin listas repetidas.
ESTUDIANTE y CURSO forman una relación M:M.
MATRÍCULA conecta ambas entidades.
MATRÍCULA puede guardar fecha, estado y calificación.
¿Por qué la calificación pertenece a MATRÍCULA y no a ESTUDIANTE?
Mostrar respuesta ＋
Porque describe el resultado de una persona en un curso específico. Depende de ambos identificadores, no solo del estudiante.
Tu recorrido en tres ideas
- Una clave foránea enlaza filas relacionadas
- Cardinalidad y opcionalidad cuentan la regla completa
- Las relaciones muchos a muchos se resuelven
CIERRE DE LA SECCIÓN
Comprueba que puedes usarlo
Antes de continuar, revisa estos tropiezos frecuentes y resuelve un caso sin copiar los ejemplos.
Leer la cardinalidad desde un solo lado y olvidar la pregunta inversa.
Dejar una relación muchos a muchos sin una entidad asociativa.
Ahora hazlo sin guía
Modela estudiantes, cursos y matrículas incluyendo fecha, estado y calificación.
Mostrar pauta de corrección ＋
Una respuesta sólida:
- Resuelve la relación M:M mediante MATRÍCULA.
- Ubica en MATRÍCULA los atributos que dependen del par estudiante-curso.
- Expresa cardinalidad y opcionalidad en ambos sentidos.