Bases de données

Modélisation, migration, optimisation. Une base bien pensée coûte moins cher à exploiter pendant dix ans.

Une base de données est une décision structurante qu’on prend une fois et qu’on subit longtemps. Les choix faits au démarrage — nommage, relations, contraintes d’intégrité — déterminent le coût de chaque évolution ultérieure.

Interventions courantes

• Modélisation — concevoir un schéma qui supporte les évolutions prévisibles sans tout casser.
• Optimisation — analyser les requêtes lentes, poser les index pertinents, réviser les jointures coûteuses.
• Migration — changer de moteur ou de version sans perte, avec une phase de double écriture quand l’arrêt de service n’est pas envisageable.
• Reprise d’existant — documenter une base dont plus personne ne connaît la logique, ce qui arrive plus souvent qu’on ne l’admet.
• Archivage — sortir l’historique du périmètre actif sans le perdre.

Moteurs

PostgreSQL et MySQL/MariaDB pour l’essentiel, SQL Server et Oracle en environnement contraint. Le choix du moteur compte moins que la qualité du modèle : une base PostgreSQL mal conçue sera plus lente qu’une base MySQL bien pensée.

Un point souvent négligé

La sauvegarde d’une base n’est pas la copie de ses fichiers. Une restauration doit être testée, chronométrée et documentée — sinon vous ne découvrirez son délai réel que le jour où vous en aurez besoin, et ce jour-là, l’estimation optimiste coûte cher.