¿Qué restricciones de base de datos hay?

Question

Accepted Answer

**Las restricciones** son reglas impuestas por la base de datos en los datos de las tablas — garantizando la integridad de los datos a nivel de base de datos (no solo en el código de aplicación). Las principales son: `PRIMARY KEY`, `FOREIGN KEY`, `UNIQUE`, `NOT NULL`, `CHECK` y `DEFAULT`.

## Las restricciones principales

```sql
CREATE TABLE users (
    id       INT PRIMARY KEY,                    -- unique + not null identifier
    email    VARCHAR(255) UNIQUE NOT NULL,        -- must be unique AND present
    age      INT CHECK (age >= 0 AND age <= 120), -- must satisfy a condition
    country  VARCHAR(2) DEFAULT 'US',             -- default value if not provided
    role     VARCHAR(20) NOT NULL DEFAULT 'user',
    manager_id INT REFERENCES users(id)           -- FOREIGN KEY (referential integrity)
);
```

```text
PRIMARY KEY  → uniquely identifies a row (unique + not null, indexed)
FOREIGN KEY  → references another table's key (referential integrity)
UNIQUE       → no duplicate values allowed in this column
NOT NULL     → the column must have a value (can't be NULL)
CHECK        → the value must satisfy a condition (age >= 0, status IN (...))
DEFAULT      → a value used when none is provided on insert
```

## ¿Por qué es importante

```sql
-- ❌ relying only on application code to enforce uniqueness:
--    a race condition or a bug or a different app could insert a duplicate

-- ✅ a UNIQUE constraint guarantees it at the DB level — ALWAYS enforced,
--    regardless of which code or how many apps access the database
email VARCHAR(255) UNIQUE
```

Las restricciones de base de datos son la **última línea de defensa** para la integridad de datos — se aplican sin importar qué código inserta datos (múltiples aplicaciones, scripts, cambios manuales o código defectuoso), y manejan condiciones de carrera que los controles a nivel de aplicación pierden.

## Restricciones CHECK para reglas de dominio

```sql
CHECK (price > 0)                          -- prices must be positive
CHECK (status IN ('active', 'inactive'))    -- only valid statuses
CHECK (end_date > start_date)               -- logical consistency
```

`CHECK` impone reglas de negocio/dominio directamente en el esquema.

## Por qué es importante

Las restricciones son esenciales para mantener la **integridad de datos** — garantizan que los datos en tu base de datos satisfacen reglas (unicidad, presencia, valores válidos, referencias válidas) a nivel de base de datos, lo cual es fundamental para aplicaciones confiables, así que entenderlas es importante.

Conocer los tipos de restricciones (`PRIMARY KEY`, `FOREIGN KEY`, `UNIQUE`, `NOT NULL`, `CHECK`, `DEFAULT`) y qué impone cada una es necesario para un diseño de esquema adecuado.

El punto conceptual más importante es **por qué imponer a nivel de base de datos en lugar de solo en código de aplicación**: las restricciones de base de datos son la **última línea de defensa** para la integridad de datos — siempre se aplican sin importar qué código o cuántas aplicaciones accedan a los datos, detectan errores que los controles de aplicación podrían perder, y críticamente manejan **condiciones de carrera** que la validación a nivel de aplicación no puede (por ejemplo, dos inserciones simultáneas que pasan un control de unicidad a nivel de aplicación pero una restricción `UNIQUE` correctamente rechaza el duplicado).

Depender solo del código de aplicación para la integridad es arriesgado; las restricciones proporcionan una garantía.

Entender **restricciones `CHECK`** para imponer reglas de dominio/negocio (rangos válidos, valores permitidos, consistencia lógica) directamente en el esquema también es valioso.

Ya que la integridad de datos es crítica para aplicaciones confiables, y ya que las restricciones proporcionan garantías a nivel de base de datos que protegen contra errores, condiciones de carrera y datos inconsistentes de formas que el código de aplicación solo no puede, entender restricciones — los tipos, sus garantías de integridad y la importancia de la aplicación a nivel de base de datos — es conocimiento importante y fundamental para diseñar bases de datos robustas y un aspecto clave de construir aplicaciones cuyos datos se mantienen consistentes y válidos.