当然有办法！我之前也遇到过类似的跨数据库参数化查询需求，Dapper其实提供了灵活的方式来处理这种兼容场景，结合一些小技巧就能实现一套代码适配两种数据库。

这是最直接的方案，核心思路是用统一的参数传递方式，再根据数据库类型动态调整SQL里的占位符：

• 统一用匿名对象/DynamicParameters传递参数（Dapper对这两种参数类型的支持完全跨数据库）
• 编写SQL模板时用@作为占位符，执行前根据当前连接类型，把@替换成SQL Server的@（不用改）或者Oracle的:

举个实际代码例子：

// 定义通用SQL模板，用@作为统一占位符
string sqlTemplate = "SELECT * FROM Users WHERE Id = @UserId AND Status = @Status";

// 根据连接类型动态替换占位符
string finalSql = connection is SqlConnection 
    ? sqlTemplate 
    : sqlTemplate.Replace("@", ":");

// 动态参数列表（支持任意数量的参数，这里用DynamicParameters更灵活）
var dynamicParams = new DynamicParameters();
dynamicParams.Add("UserId", 123);
dynamicParams.Add("Status", "Active");
// 还可以动态添加更多参数，比如dynamicParams.Add("CreateTime", DateTime.Now);

// 执行查询，Dapper会自动匹配参数和占位符
var users = connection.Query<User>(finalSql, dynamicParams).ToList();

为了避免每次都写占位符替换的代码，可以把逻辑封装成Dapper扩展方法，业务代码里直接调用就行：

public static class DapperCrossDbExtensions
{
    public static IEnumerable<T> QueryCrossDb<T>(this IDbConnection connection, string sqlTemplate, object parameters)
    {
        string finalSql = connection is SqlConnection 
            ? sqlTemplate 
            : sqlTemplate.Replace("@", ":");
        return connection.Query<T>(finalSql, parameters);
    }

    // 还可以封装Execute等其他方法
    public static int ExecuteCrossDb(this IDbConnection connection, string sqlTemplate, object parameters)
    {
        string finalSql = connection is SqlConnection 
            ? sqlTemplate 
            : sqlTemplate.Replace("@", ":");
        return connection.Execute(finalSql, parameters);
    }
}

// 使用时非常简洁，完全不用关心数据库差异
var users = connection.QueryCrossDb<User>(
    "SELECT * FROM Users WHERE Id = @UserId AND Status = @Status",
    new { UserId = 123, Status = "Active" }
);

如果你的查询逻辑很复杂（比如动态拼接WHERE条件、动态选择列），可以用Dapper自带的SqlBuilder，它会自动根据数据库类型处理占位符：

var builder = new SqlBuilder();
// 定义SQL模板
var queryTemplate = builder.AddTemplate("SELECT * FROM Users /**where**/");

// 动态添加查询条件和参数，不用管占位符格式
builder.Where("Id = @UserId", new { UserId = 123 });
builder.Where("Status = @Status", new { Status = "Active" });
// 可以根据业务逻辑动态添加更多条件，比如if(needFilterCreateTime) builder.Where("CreateTime > @CreateTime", new { CreateTime = DateTime.Now.AddDays(-7) });

// 执行查询，SqlBuilder会自动把@转换成对应数据库的占位符
var users = connection.Query<User>(queryTemplate.RawSql, queryTemplate.Parameters).ToList();

• 参数名要和占位符（替换后）严格匹配：SQL Server对参数名大小写不敏感，但Oracle默认是大写，如果你Oracle的列名是大写，建议参数名也用大写，或者配置Oracle连接的大小写敏感选项
• 确保Dapper版本兼容：最新版Dapper对Oracle.ManagedDataAccess.Client的支持已经很完善，尽量用新版本
• 动态参数优先用DynamicParameters：它比匿名对象更灵活，支持添加/移除参数、设置参数类型和长度，适配不同数据库的特殊需求

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