‫بررسی تاثیر تبدیل ضمنی نوع‌های داده‌ی رشته‌ای بر روی کارآیی کوئری‌ها

const string sql = "SELECT * FROM Products WHERE ProductCode = @productCode";
var result = await connection.QueryFirstOrDefaultAsync<Product>(sql, new { productCode });

CONVERT_IMPLICIT(nvarchar(255), [Sales].[ProductCode], 0)

• حالت بهینه (انواع داده همخوانی دارند): دیتابیس یک عملیات Index Seek انجام می‌دهد. مستقیم به سراغ ردیف مورد نظر می‌رود. این کار تنها نیاز به چند خواندن منطقی (Logical Reads) دارد و در حد میکروثانیه زمان می‌برد.
• حالت ناخواسته (تبدیل ضمنی رخ می‌دهد): دیتابیس عملیات Index Scan انجام می‌دهد. تمام ۱ میلیون ردیف را می‌خواند، تک‌تک را تبدیل می‌کند و سپس مقایسه را انجام می‌دهد. تعداد خواندن‌های منطقی از چند عدد به ده‌ها هزار افزایش می‌یابد.

نکته‌ای در مورد Collation دیتابیس:

میزان آسیب این مشکل تا حدی به Collation پایگاه داده شما بستگی دارد. در رایج‌ترین حالت یعنی SQL_Latin1_General_CP1_CI_AS، شما دقیقاً با بدترین سناریو یعنی Full Index Scan مواجه می‌شوید. در برخی از Collationهای ویندوزی (مانند Latin1_General_CI_AS) ممکن است موتور دیتابیس همچنان بتواند Index Seek انجام دهد، اما بار پردازشی (Overhead) ناشی از تبدیل ضمنی همچنان پابرجا خواهد بود. در هر صورت، همخوانی داشتن نوع پارامتر با نوع ستون، تنها راهکار اصولی است.

const string sql = "SELECT * FROM Products WHERE ProductCode = @productCode";

var parameters = new DynamicParameters();
parameters.Add("productCode", productCode, DbType.AnsiString, size: 100);

var result = await connection.QueryFirstOrDefaultAsync<Product>(sql, parameters);

var result = await connection.QueryFirstOrDefaultAsync<Product>(sql,
    new { productCode = new DbString { Value = productCode, IsAnsi = true, Length = 100 } });

var parameters = new DynamicParameters();

// استفاده از DbType.AnsiString الزامی است: 
// ستون Products.ProductCode از نوع varchar(100) است.
// در صورت عدم تعیین، داپرت به صورت پیش‌فرض nvarchar(4000) ارسال می‌کند
// که باعث رخ دادن CONVERT_IMPLICIT روی تمام ردیف‌ها شده و ایندکس را غیرفعال می‌کند.
parameters.Add("productCode", productCode, DbType.AnsiString, size: 100);

SELECT TOP 20
    qsqt.query_sql_text,
    qsrs.avg_cpu_time,
    qsrs.count_executions
FROM sys.query_store_runtime_stats qsrs
JOIN sys.query_store_plan qsp ON qsrs.plan_id = qsp.plan_id
JOIN sys.query_store_query qsq ON qsp.query_id = qsq.query_id
JOIN sys.query_store_query_text qsqt ON qsq.query_text_id = qsqt.query_text_id
WHERE qsqt.query_sql_text LIKE '%@%nvarchar(4000)%'
ORDER BY qsrs.avg_cpu_time * qsrs.count_executions DESC;

// این الگو مشکوک به ایجاد افت کارایی شدید است
await connection.QueryAsync<T>(sql, new { someVarcharColumn });

• اگر ستون دیتابیس شما از نوع VARCHAR است، در کدهای #C الزاماً از DbType.AnsiString یا DbString(IsAnsi = true) استفاده کنید و طول آن را مشخص نمایید.
• اگر ستون دیتابیس از نوع NVARCHAR است، رفتار پیش‌فرض Dapper (یعنی همان DbType.String) کاملاً درست و بهینه است.