Quels types de données PostgreSQL offre au-delà du SQL standard ?

Question

Accepted Answer

Au-delà des types SQL standard, PostgreSQL offre un ensemble riche de **types de données spécialisés** — `JSONB`, tableaux, `UUID`, plages, `SERIAL`, et plus — qui le rendent particulièrement capable pour les applications modernes stockant des données structurées, semi-structurées ou spécialisées.

## Types standard (avec notes Postgres)

```sql
INTEGER, BIGINT, SMALLINT          -- integers
NUMERIC(p,s) / DECIMAL             -- exact decimals (use for money)
REAL, DOUBLE PRECISION             -- floating point
VARCHAR(n), TEXT, CHAR(n)          -- text (TEXT for unlimited)
BOOLEAN                            -- true/false (a real boolean type)
DATE, TIME, TIMESTAMP, TIMESTAMPTZ -- TIMESTAMPTZ = timezone-aware (recommended)
```

## Types puissants spécifiques à Postgres

```sql
SERIAL / BIGSERIAL    -- auto-incrementing integer (for primary keys)
UUID                  -- universally unique id (uuid_generate_v4() / gen_random_uuid())

JSONB                 -- binary JSON — queryable, INDEXABLE, efficient (vs slower JSON)
attributes JSONB      -- store flexible/semi-structured data in a relational DB

TEXT[]                -- ARRAYS — a column holding multiple values
tags TEXT[]

INT4RANGE, TSRANGE    -- RANGE types — represent ranges (e.g. a booking time range)
period TSRANGE

INET, CIDR, MACADDR   -- network address types
POINT, POLYGON        -- geometric types (PostGIS extends this for full GIS)
ENUM                  -- custom enumerated types
```

## JSONB et tableaux en action

```sql
-- JSONB — store and query structured data
INSERT INTO products (attributes) VALUES ('{"color": "red", "size": "L"}');
SELECT * FROM products WHERE attributes->>'color' = 'red';   -- extract a field
SELECT * FROM products WHERE attributes @> '{"color": "red"}';  -- containment (indexable)

-- arrays
INSERT INTO products (tags) VALUES (ARRAY['new', 'sale']);
SELECT * FROM products WHERE 'sale' = ANY(tags);
```

## Pourquoi c'est important

Les types de données riches de PostgreSQL sont une raison clé de sa capacité et de sa popularité, et les comprendre est précieux pour exploiter efficacement la base de données.

Bien que les types standard (entiers, texte, dates — avec la note importante d'utiliser **`TIMESTAMPTZ`** pour les horodatages sensibles au fuseau horaire et **`NUMERIC`** pour l'argent) couvrent les bases, les **types spécialisés** de Postgres déverrouillent des capacités puissantes : **`JSONB`** (binaire, interrogeable, *indexable* JSON) vous permet de stocker des données flexibles et semi-structurées dans une base de données relationnelle — combinant l'intégrité relationnelle avec la flexibilité de type NoSQL, ce qui est énormément précieux pour les applications modernes (stockage d'attributs variables, paramètres, charges utiles API) et un avantage majeur de Postgres ; les **tableaux** permettent plusieurs valeurs dans une colonne ; **`UUID`** convient aux identifiants distribués/non-séquentiels ; les **types de plages** représentent élégamment les intervalles (périodes de réservation, plages valides) ; et les types spécialisés (adresses réseau, géométrique/PostGIS pour les données géospatiales, énumérations) gèrent les données spécifiques à un domaine.

Comprendre ces types — particulièrement **JSONB** (l'une des fonctionnalités les plus importantes de Postgres pour gérer les données semi-structurées avec support de requête et d'indexation) et les tableaux — vous permet de choisir le bon type pour vos données et d'exploiter les points forts de Postgres plutôt que de les contourner.

Dusque le système de types riche est au cœur de ce qui rend PostgreSQL puissant (gestion à la fois des données relationnelles traditionnelles et des besoins modernes de données semi-structurées), comprendre les types de données spécifiques à Postgres est une connaissance précieuse et pratiquement pertinente pour concevoir des schémas qui exploitent les capacités complètes de la base de données — particulièrement JSONB pour le besoin de plus en plus courant de stocker des données structurées flexibles dans un système relationnel robuste.