Chaque colonne a un type de données qui définit ce qu'elle stocke — nombres, texte, dates, booléens, etc. Choisir le bon type est important pour l'efficacité du stockage, la justesse et la performance. Les types varient quelque peu selon la base de données, mais les catégories sont standard.
(,)
SERIAL AUTO_INCREMENT
Important : utilisez DECIMAL/NUMERIC pour l'argent (arithmétique exacte), jamais FLOAT/DOUBLE (qui ont des erreurs d'arrondi qui corrompent les calculs financiers).
VARCHAR(n) -- variable-length text up to n chars (the common choice)
CHAR(n) -- FIXED-length (padded) — for codes of known length (e.g. country codes)
TEXT -- large/unlimited text (articles, descriptions)
VARCHAR(n) est le type texte courant ; TEXT pour les contenus volumineux ; CHAR(n) pour les codes de longueur fixe.
DATE -- date only (2024-01-15)
TIME -- time only
TIMESTAMP -- date + time (with or WITHOUT time zone — TIMESTAMPTZ in Postgres)
BOOLEAN -- true/false
UUID -- universally unique identifier (good for distributed IDs)
JSON / JSONB -- structured JSON data (JSONB in Postgres is indexed/efficient)
BLOB / BYTEA -- binary data
✓ Storage — smaller types use less space (INT vs BIGINT; VARCHAR vs TEXT)
✓ Correctness — DECIMAL for money (exact), proper date types for dates, BOOLEAN for flags
✓ Performance — correct types index and compare efficiently; right size = less I/O
✓ Validation — the type itself constrains what can be stored (an INT can't hold text)
✓ Time zones — use TIMESTAMPTZ for timestamps to avoid time-zone bugs
Choisir des types de données appropriés est un aspect fondamental de la conception de base de données qui affecte le stockage, la justesse et la performance, donc comprendre les types courants et comment les choisir est une connaissance importante du quotidien.
Connaître les catégories — numérique (INT, BIGINT, DECIMAL, FLOAT), texte (VARCHAR, CHAR, TEXT), date/heure (DATE, TIMESTAMP), booléen et types spéciaux (UUID, JSON/JSONB) — est nécessaire pour concevoir correctement les tables.
Plusieurs choix ont des conséquences réelles qui valent la peine d'être comprises : utiliser DECIMAL/NUMERIC pour l'argent plutôt que FLOAT (une question de justesse critique — les erreurs d'arrondi en virgule flottante corrompent les calculs financiers, un bug classique et grave), choisir la bonne taille d'entier (BIGINT pour les ID qui peuvent dépasser la plage de INT — une préoccupation réelle pour les grandes tables), utiliser des types date/heure appropriés (en particulier TIMESTAMPTZ conscient du fuseau horaire pour éviter les bugs de fuseau horaire) et sélectionner des types texte de taille appropriée (VARCHAR vs TEXT).
Le choix du bon type affecte l'efficacité du stockage (les types plus petits utilisent moins d'espace et d'E/S), la justesse (le type valide et représente exactement les données) et la performance (les types appropriés indexent et comparent efficacement).
Puisque chaque colonne nécessite un choix de type, et puisque les mauvais choix causent des problèmes réels (FLOAT pour l'argent corrompant les calculs, débordement INT pour les ID, bugs de fuseau horaire), comprendre les types de données SQL courants et les principes pour les choisir — exactitude pour l'argent, dimensionnement approprié, timestamps conscients du fuseau horaire — est une connaissance importante et fondamentale pour une conception de base de données solide qui prévient une classe de problèmes de justesse des données et de performance subtils mais graves.