如何确保SQL Server将@id识别为varchar(20)，避免参数溢出？

以下是几种改动量极小的解决方案，按推荐度排序：

1. 用Dapper的DbString显式指定参数类型 #

直接修改参数传递部分，利用Dapper提供的DbString类型明确告知SQL Server参数的类型和长度，无需改动SQL语句：

string sql = "SELECT * " +
             "  FROM table" +
             "  WHERE ID = @id";
            
using (IDbTransaction transaction = con.BeginTransaction(System.Data.IsolationLevel.ReadUncommitted))
{
    // 替换原参数为DbString实例，指定长度20
    var param = new { ID = new DbString { Value = id, Length = 20, IsAnsi = false } };
    data = con.Query<ModelDapper.Model.Table>(sql, param, transaction, true, SQLConnection.CommandTimeout, null).ToList();

    transaction.Commit();
}

DbString会强制SQL Server将参数识别为varchar(20)（IsAnsi=false对应NVARCHAR，若你的字段是VARCHAR则设为IsAnsi=true），完全匹配表字段类型。

2. 在SQL语句中显式转换参数类型 #

如果不想修改参数传递逻辑，可微调SQL语句，强制将参数转换为varchar(20)：

string sql = "SELECT * " +
             "  FROM table" +
             "  WHERE ID = CAST(@id AS VARCHAR(20))"; // 新增CAST转换

此方法仅改动SQL字符串，代码逻辑完全不变，但需注意：若参数本身是整数类型转换的字符串，转换不会有问题；但如果存在隐式转换的性能损耗（极小，可忽略），优先选第一种方法。

3. 确保传入的id变量为强类型字符串 #

若代码中偶尔出现id被隐式转换为数值类型的情况，可在参数传递前显式转为字符串：

// 确保id是字符串类型，避免Dapper推断为数值
var param = new { ID = id.ToString() };

但此方法仅在id可能为数值类型时有效，若原本已是字符串，意义不大。

内容的提问来源于stack exchange，提问作者Murf