Conectar en vez de copiar
En el objeto anterior veíamos el problema de repetir los datos del cliente en cada venta. La solución son las relaciones: en lugar de copiar al cliente, cada venta guarda una referencia a él. Así, si el teléfono cambia, lo corriges una sola vez. Para referenciar sin errores, cada registro necesita un identificador único. Ahí entran las claves.
Clave primaria y clave foránea
| Concepto | Qué es | Ejemplo |
|---|---|---|
| Clave primaria | Identificador único de un registro | id del cliente = 42 |
| Clave foránea | Una columna que apunta a la clave primaria de otra tabla | cliente_id en la tabla ventas |
La clave primaria es como tu CURP o número de cliente: nadie más lo tiene. Suele ser un número que la base asigna sola. La clave foránea es el campo donde guardas ese número en otra tabla para decir 'esta venta es del cliente 42'.
Las formas en que se relacionan las cosas
Mapa conceptual
Clasifica cada par según el tipo de relación más natural.
Uno a uno
Uno a muchos
Muchos a muchos
Una mesa de un restaurante puede tener muchos pedidos, y cada pedido pertenece a una sola mesa. ¿Qué relación es?
En una relación muchos a muchos suele agregarse una tabla intermedia que rompe el enlace en dos relaciones uno a muchos.
Alguien describe su diseño de base de datos en tres líneas. Marca la que usa la clave de forma incorrecta.
- Cada cliente tiene un id único que sirve de clave primaria.
- En cada venta guardo el nombre completo del cliente para saber de quién es.
- En cada venta guardo cliente_id como clave foránea.
Identifica la linea con error.
Toma dos tablas de tu producto (por ejemplo clientes y ventas). Escribe cuál sería la clave primaria de cada una y dónde pondrías la foránea para relacionarlas.
Pista
Nombra el id de cada tabla e indica en qué tabla vive la foránea.Relaciones y claves
Se requiere 60% de aciertos para avanzar.
Siguiente paso: SQL esencial y consultas con la IA — cómo pedir datos concretos sin descargar toda la base.