Dapper et SQL Server : les chaînes C# tuent silencieusement vos index

Introduction

L'utilisation de Dapper avec SQL Server peut parfois entraîner des problèmes de performances dus à des conversions implicites de types de données. Un exemple classique est la conversion d'une chaîne C# en nvarchar(4000) lors de l'exécution d'une requête sur une colonne varchar.

Contexte Technique

Lorsque vous utilisez Dapper pour exécuter une requête SQL Server, les chaînes C# sont mappées par défaut à nvarchar(4000). Cela peut causer des problèmes si la colonne ciblée est de type varchar, car SQL Server doit convertir chaque valeur de la colonne en nvarchar avant de comparer, ce qui empêche l'utilisation des index.

Ce problème peut être difficile à détecter, car le code semble correct et les requêtes retournent les résultats attendus, mais les performances sont affectées. Pour résoudre ce problème, il est nécessaire de spécifier explicitement le type de données pour les paramètres de requête en utilisant DbType.AnsiString pour les colonnes varchar.

Analyse et Implications

Les implications de ce problème sont importantes, car les conversions implicites peuvent entraîner des scans complets de la table, ce qui peut augmenter considérablement la charge CPU du serveur de base de données. Il est donc essentiel de vérifier les requêtes et les paramètres pour s'assurer que les types de données sont corrects et correspondent aux colonnes ciblées.

Il est possible de détecter ce problème en vérifiant les plans d'exécution des requêtes, en recherchant des conversions implicites, ou en utilisant la fonctionnalité Query Store de SQL Server pour identifier les requêtes qui subissent des conversions implicites.

Perspective

Il est important de prendre en compte ce problème lors de l'utilisation de Dapper avec SQL Server, en particulier lorsque les colonnes sont de type varchar. En spécifiant explicitement le type de données pour les paramètres de requête, vous pouvez éviter les conversions implicites et améliorer les performances de vos requêtes.

Il est recommandé de commenter le code pour expliquer pourquoi des paramètres dynamiques sont utilisés au lieu d'objets anonymes, afin d'éviter que les futurs développeurs ne réintroduisent le problème par inadvertance.