Conviene haber comprendido Crear estructuras con DDL.
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 Presencia y unicidad con Claves y CHECK 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 Presencia y unicidad y Claves y CHECK? ＋
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
Convertirás reglas del negocio en restricciones para que los datos inválidos se rechacen, sin depender de que cada aplicación recuerde todas las reglas.
Al terminar podrás
- NOT NULL y UNIQUE protegen dos reglas diferentes
- PRIMARY KEY, FOREIGN KEY y CHECK conectan reglas
- Las restricciones se consultan y gestionan con intención
01
Presencia y unicidad
NOT NULL y UNIQUE protegen dos reglas diferentes
NOT NULL exige un valor; UNIQUE impide repetir una combinación. Una columna puede necesitar ambas restricciones.
NOT NULL se define a nivel de columna.
UNIQUE puede abarcar varias columnas.
Nombrar restricciones facilita mantenerlas.
¿UNIQUE por sí sola obliga a escribir un valor?
Mostrar respuesta ＋
No. En muchos DBMS puede admitir NULL; NOT NULL expresa por separado que el valor es obligatorio.
02
Identidad e integridad
PRIMARY KEY, FOREIGN KEY y CHECK conectan reglas
PRIMARY KEY identifica, FOREIGN KEY exige una referencia existente y CHECK limita valores según una condición.
Una tabla tiene una PK, posiblemente compuesta.
Una tabla puede tener varias FK.
CHECK valida cada fila afectada.
¿Qué impide insertar un pedido para cliente_id 999 inexistente?
Mostrar respuesta ＋
La clave foránea, siempre que esté activada y apunte a CLIENTES(id).
03
Administración
Las restricciones se consultan y gestionan con intención
ALTER TABLE permite agregar, desactivar, activar o eliminar restricciones. Desactivarlas temporalmente exige un plan para validar los datos antes de reactivarlas.
USER_CONSTRAINTS muestra definiciones.
DISABLE suspende la validación.
ENABLE vuelve a exigir la regla y puede validar datos existentes.
¿Por qué no conviene dejar una restricción desactivada después de una carga?
Mostrar respuesta ＋
Porque nuevas filas incoherentes podrían entrar y la base dejaría de garantizar la regla de integridad.
Tu recorrido en tres ideas
- NOT NULL y UNIQUE protegen dos reglas diferentes
- PRIMARY KEY, FOREIGN KEY y CHECK conectan reglas
- Las restricciones se consultan y gestionan con intención
CIERRE DE LA SECCIÓN
Comprueba que puedes usarlo
Antes de continuar, revisa estos tropiezos frecuentes y resuelve un caso sin copiar los ejemplos.
Confiar solo en validaciones de la interfaz y dejar la base sin restricciones.
Crear una clave foránea incompatible con la clave referenciada.
Ahora hazlo sin guía
Protege inscripciones para impedir duplicados, cupos negativos y referencias inexistentes.
Mostrar pauta de corrección ＋
Una respuesta sólida:
- Combina PK, FK, UNIQUE, NOT NULL y CHECK con intención.
- Nombra las restricciones relevantes.
- Incluye una prueba válida y otra inválida por regla.