Llaves primarias, foráneas y bases no relacionales

Llave primaria: el documento de identidad del registro ▸35:55

La llave primaria (primary key) es una columna cuyos valores no se repiten y nunca están vacíos: identifica cada registro sin ambigüedad. En una tabla de clientes, el nombre no sirve (hay muchas Ana Gómez); el número de documento, sí ▸36:28.

Si los datos no traen nada único, se le delega al sistema: una columna que se llena sola con un número que va aumentando ▸38:43.

DROP TABLE IF EXISTS clientes; CREATE TABLE clientes ( id INTEGER PRIMARY KEY, -- si no le das un valor, SQLite lo numera solo nombre TEXT, edad INTEGER ); INSERT INTO clientes (nombre, edad) VALUES ('Ana Gómez', 31), ('Ana Gómez', 45); SELECT * FROM clientes;

▶ EjecutarReiniciar baseCtrl + Enter

Dos clientes con el mismo nombre, pero con id distinto: ya no hay confusión. Ahora intenta insertar a mano un id que ya existe (INSERT INTO clientes VALUES (1, 'Luis', 20);) y mira el error.

Llave foránea: la referencia a otra tabla ▸39:46

Una llave foránea (foreign key) es una columna que apunta a la llave primaria de otra tabla ▸40:23. La tabla de órdenes no repite el nombre ni la edad del cliente: guarda su id, y con eso se va a buscar el resto a la tabla de clientes ▸42:05.

• En ordenes, el cliente_id sí se repite: un cliente puede tener muchas órdenes ▸42:38.
• Cada tabla tiene una llave primaria (que puede combinar varias columnas), pero puede tener varias foráneas.
• Nombrarla cliente_id es convención, no obligación. Sigue una convención y tu yo del futuro (o quien herede tu código) te lo agradecerá ▸40:55.

PRAGMA foreign_keys = ON; -- SQLite las revisa solo si se lo pides DROP TABLE IF EXISTS ordenes; DROP TABLE IF EXISTS clientes; CREATE TABLE clientes (id INTEGER PRIMARY KEY, nombre TEXT); CREATE TABLE ordenes ( id INTEGER PRIMARY KEY, cliente_id INTEGER, total REAL, FOREIGN KEY (cliente_id) REFERENCES clientes(id) ); INSERT INTO clientes VALUES (1, 'Ana Gómez'), (2, 'Luis Ramírez'); INSERT INTO ordenes VALUES (1, 1, 150.0), (2, 1, 80.5), (3, 2, 42.0); SELECT * FROM ordenes;

▶ EjecutarReiniciar baseCtrl + Enter

La línea FOREIGN KEY … REFERENCES se lee casi literal: la llave foránea cliente_id hace referencia al id de clientes ▸43:47. Agrega al final INSERT INTO ordenes VALUES (4, 99, 10); y ejecuta: el cliente 99 no existe y la base se niega. Esa es la integridad referencial.

Bases de datos no relacionales ▸45:01

En una base relacional, agregar un tipo de dato nuevo implica cambiar la estructura de la tabla ▸45:38. Cuando los datos crecieron a escala de redes sociales (millones de usuarios, formatos que cambian todo el tiempo) aparecieron las no relacionales (NoSQL), que no necesariamente guardan tablas ▸47:30:

• Grafos: nodos y relaciones, ideales para redes de amigos o recomendaciones (Neo4j) ▸46:59.
• Clave-valor: rapidísimas para lecturas simples (Redis) ▸49:11.
• Columnares: Cassandra, por ejemplo.
• Documentos: guardan objetos JSON (JavaScript Object Notation), como MongoDB ▸49:45.

Las marcas relacionales y sus dialectos ▸50:19

MySQL, PostgreSQL, SQL Server, Oracle y SQLite hablan SQL estándar, con pequeñas diferencias: un comando que funciona en una puede escribirse distinto en otra ▸50:52. En este curso usamos SQLite, y cuando algo cambie respecto a otros motores lo vas a ver señalado.

El reto de esta clase

Crea autores y libros. Cada libro tiene un id, un titulo y un autor_id que es llave foránea hacia autores(id). Inserta un autor y dos libros suyos.

PRAGMA foreign_keys = ON; DROP TABLE IF EXISTS libros; DROP TABLE IF EXISTS autores; -- Escribe aquí tus dos CREATE TABLE y tus INSERT

▶ EjecutarComprobarReiniciar baseVer soluciónCtrl + Enter