Le Coût des Inserts vs Updates dans SQL Server : Lequel est le Plus Efficace ?
Lorsque vous travaillez avec de grands ensembles de données, en particulier dans SQL Server, une décision critique que vous devez prendre est comment gérer efficacement les insertions et les mises à jour des données. Par exemple, si vous avez une table avec plus d’un million de lignes utilisée pour indexer des images tiff, déterminer l’approche la plus efficace lorsque les utilisateurs indexent des images par lots devient primordial.
Dans cet article de blog, nous allons explorer s’il est préférable d’abord d’insérer 500 lignes, puis d’effectuer des mises à jour, ou de gérer tous les 500 inserts avec toutes les données en une seule fois après que l’utilisateur a fini d’indexer.
Le Défi : Inserts vs Updates
Vous pourriez vous trouver dans une situation où vous pouvez effectuer 500 inserts la veille du début de votre processus par lots. Le cœur de la question réside dans la compréhension des compromis de performance entre des inserts répétitifs suivis d’updates et des inserts en masse de toutes les données.
Comprendre les Inserts et les Updates dans SQL Server
Que Se Passe-t-il Lors d’une Mise à Jour ?
Lorsque vous exécutez une mise à jour dans SQL Server :
- Lignes Fantômes : La ligne d’origine est marquée comme “fantôme”, ce qui signifie qu’elle est barrée mais pas immédiatement supprimée. Une nouvelle version est insérée.
- Recherche de Lignes : SQL Server doit d’abord localiser la ligne existante à mettre à jour, ajoutant du temps à l’opération globale.
- Scissions de Pages : Les mises à jour peuvent entraîner des scissions de pages — lorsque qu’une ligne est mise à jour d’une manière qui nécessite de déplacer d’autres lignes, cela peut ralentir les performances.
Le Processus d’Insertion de Données
En revanche, lors d’une opération d’insertion :
- Addition Directe : De nouvelles données sont directement ajoutées à la table sans avoir besoin de localiser des lignes existantes.
- Vitesse : Les inserts peuvent être significativement plus rapides, en particulier s’ils sont séquentiels ou si la table sous-jacente ne comporte pas d’index clusterisé.
Facteurs Clés en Performance
1. Fréquence des Scissions de Pages
Les inserts et les updates peuvent induire des scissions de pages, mais les updates sont généralement plus susceptibles à ce problème car ils nécessitent des recherches de lignes préalables. Comprendre la manière dont vos index sont structurés peut aider à atténuer cela.
2. Les Index Impactent la Performance
Lorsque vous traitez de grandes quantités de données :
- Examinez les index existants : Des index non optimisés peuvent entraîner des temps d’exécution plus longs car ils doivent être mis à jour ou reconstruits.
- Les inserts séquentiels (comme en ajout) sont plus rapides que l’insertion de données au milieu d’un index.
3. Analogie : Ajouter à un Annuaire Téléphonique
- Inserts : Ajouter une nouvelle entrée, disons M. Z, est simple — vous l’écrivez juste sur la dernière page.
- Updates : Si vous devez ajouter M. M, vous devrez peut-être mélanger les pages pour trouver un endroit approprié.
Conclusion : Que Devez-Vous Choisir ?
Étant donné les considérations ci-dessus, si le timing et la performance sont cruciaux :
- Optez pour les Inserts en Masse : Si vous pouvez vous permettre de faire tous les 500 inserts en une seule fois après que l’utilisateur ait terminé l’indexation, c’est généralement la meilleure approche.
- Limitez les Updates : Envisagez d’effectuer des mises à jour uniquement si cela est absolument nécessaire, surtout en cas de grands ensembles de données.
En considérant soigneusement votre stratégie avec les inserts et les updates, vous pouvez considérablement améliorer la performance de vos opérations SQL Server, assurant une expérience plus réactive pour vos utilisateurs.
Adapter votre approche en fonction de la compréhension des mécanismes sous-jacents conduira à des opérations plus fluides et à moins de contentieux dans votre environnement de base de données.