使用Respawn v4.0与SQL Server时遇BeginExecuteNonQuery初始化错误

• 明确配置重置范围
  Respawn 4.0在.NET Framework环境下，若未指定要重置的表、模式或过滤规则，可能生成空SQL命令引发错误。创建Respawner时务必明确配置相关参数：

var respawner = await Respawner.CreateAsync(connectionString, new RespawnerOptions
{
    Schemas = new[] { "dbo" }, // 指定目标模式
    Tables = new[] { "Users", "Orders" }, // 替换为你的业务表名
    DbAdapter = DbAdapter.SqlServer // 强制指定数据库适配器（根据实际数据库调整）
});

• 手动管理连接状态
  直接传入连接对象调用ResetAsync时，需确保连接处于已打开状态，Respawn 4.0在.NET Framework下不会自动处理连接的开闭：

using (var connection = new SqlConnection(connectionString))
{
    await connection.OpenAsync();
    await respawner.ResetAsync(connection);
}

• 排查数据库适配器匹配问题
  .NET Framework环境中Respawn无法自动识别数据库类型的概率更高，必须显式指定DbAdapter。比如用MySQL就设为DbAdapter.MySql，PostgreSQL设为DbAdapter.Postgres，避免因适配器不匹配导致SQL命令生成失败。

• 限制系统表查询范围
  若使用SQL Server，旧版本系统视图的查询逻辑可能导致Respawn无法正确生成重置命令。通过Schemas参数限定仅查询目标业务模式，避免遍历全量系统表：

var options = new RespawnerOptions
{
    Schemas = new[] { "dbo" },
    TableFilters = new[] { t => t.Schema == "dbo" && !t.Name.StartsWith("sys") }
};

• 调试生成的SQL命令
  临时添加调试逻辑查看Respawn生成的SQL是否为空。可以通过Respawn的内部日志（若支持）或反射获取命令文本，确认是否因配置疏漏导致命令未初始化。

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