Conception et optimisation de base de données

La plupart des bases de données lentes ont un index évident manquant

Quand une application ralentit à mesure qu'elle grandit, la cause n'est généralement ni le serveur ni le moteur de base de données. C'est une poignée de requêtes qui parcourent des tables entières faute d'index correspondant à leur recherche. Une requête qui prenait 20 millisecondes avec 1 000 lignes peut prendre des secondes avec un million, et personne ne s'en aperçoit avant les clients.

Nous partons des faits : les statistiques de la base de données elle-même sur les requêtes les plus fréquentes et les plus longues. Cela désigne généralement une courte liste de correctifs, comme un index sur les colonnes utilisées par un filtre courant, une requête réécrite pour éviter de charger des tables entières, ou un lien manquant entre tables qui force des recherches répétées. Nous mesurons chaque requête avant et après, pour que l'amélioration soit visible plutôt qu'affirmée.

Les contraintes bloquent les mauvaises données dès la saisie

De nombreuses bases de données comptent sur l'application pour garder les données propres. L'application vérifie qu'un e-mail est unique, qu'une commande appartient à un vrai client, qu'une quantité n'est pas négative. Puis une seconde application, un script d'import ou une correction manuelle précipitée contourne ces contrôles, et les doublons et enregistrements orphelins s'installent. Les rapports commencent à diverger, et personne ne sait quel chiffre est juste.

Un schéma bien conçu impose lui-même les règles importantes : contraintes d'unicité, clés étrangères, contraintes de vérification et valeurs par défaut pertinentes. Tout ce qui écrit dans la base de données doit les respecter. Pour un système existant, nous identifions les données déjà erronées, planifions le nettoyage, puis ajoutons les contraintes pour que cela ne se reproduise plus.

• Contraintes d'unicité sur ce qui ne doit pas se répéter, comme les e-mails ou les numéros de facture
• Clés étrangères pour que les enregistrements ne puissent pas pointer vers quelque chose qui n'existe pas
• Contraintes de vérification pour les valeurs qui doivent rester dans une plage
• Index choisis à partir de requêtes réelles, pas ajoutés partout