如何调用具有非常规参数的存储过程？

Question

我正在尝试将 Red Gate 的 SQLBackup Pro 软件集成到我用 C# 编写的内部备份软件中。这样做的自然方法是通过他们的Extended Stored Procedure。问题是它是以我以前从未见过的格式调用的：

master..sqlbackup '-SQL "BACKUP DATABASE pubs TO DISK = [C:\Backups\pubs.sqb]"'

这在通过 SSMS 运行时效果很好。我遇到麻烦的地方是尝试从 C# 调用它（使用 .NET 4 和 Dapper Dot Net）。

我的第一次尝试不起作用，因为它将整个cmd 字符串解释为存储过程的名称并抛出错误“找不到存储过程''”：

var cmd = "master..sqlbackup '-SQL \"BACKUP DATABASE pubs TO DISK = [C:\\Backups\\pubs.sqb]\"'";
connection.Execute(cmd, commandType: CommandType.StoredProcedure, commandTimeout: 0);

我的第二次尝试立即返回并显示（对于 C#）成功，但实际上没有进行备份（这对于参数化也很糟糕）：

var cmd = "master..sqlbackup";
var p = new DynamicParameters();
p.Add("", "'-SQL \"BACKUP DATABASE pubs TO DISK = [C:\\Backups\\pubs.sqb]\"'");
connection.Execute(cmd, p, commandType: CommandType.StoredProcedure, commandTimeout: 0);

我的第三次尝试似乎也成功了，但实际上没有备份：

var cmd = "master..sqlbackup '-SQL \"BACKUP DATABASE pubs TO DISK = [C:\\Backups\\pubs.sqb]\"'";
connection.Execute(cmd, commandTimeout: 0);

我错过了什么？

更新 1：

我忽略了 Red Gate 文档，该文档说存储过程实际上不会引发 SQL 错误，它只是在输出表中返回错误。光滑。这可以解释为什么我在上面的第二个和第三个测试中得到了无声的失败：一些潜在的问题，他们没有收集输出来说明原因。

这是我现在的位置：

var cmd = "master..sqlbackup";
var p = new DynamicParameters();
p.Add("", "'-SQL \"BACKUP DATABASE pubs TO DISK = [C:\\Backups\\pubs.sqb]\"'");
p.Add("@exitcode", DbType.Int32, direction: ParameterDirection.Output);
p.Add("@sqlerrorcode", DbType.Int32, direction: ParameterDirection.Output);
connection.Execute(cmd, p, commandType: CommandType.StoredProcedure, commandTimeout: 0);

当我运行它并检查这些输出参数时，我得到退出代码 870：

没有命令传递给 SQL 备份。

命令为空。

所以它没有看到空名参数。

更新 2：

在跟踪中捕获上述内容表明空参数字符串最终被替换为@Parameter1=，这解释了为什么存储过程看不到它。

Answer 1

您的第一次尝试看起来几乎是正确的。我注意到您未能逃脱反斜杠。对于这种事情，使用 @ 前缀来禁用对字符串的转义通常更容易。另外，您想在前面加上 exec 并使其成为CommandType.Text：

编辑：在这里修复了我自己的转义错误

var cmd = @"exec 'master..sqlbackup -SQL ""BACKUP DATABASE pubs TO DISK = [C:\Backups\pubs.sqb]""'";
connection.Execute(cmd, commandType: CommandType.Text, commandTimeout: 0);

Answer 2

这很恶心，根本不是我想要的，但这就是我现在正在做的事情：

var cmd = String.Format(@"
DECLARE @exitcode int; 
DECLARE @sqlerrorcode int;
EXEC master..sqlbackup '-SQL \"BACKUP DATABASE [{0}] TO DISK = [{1}])\"', @exitcode OUTPUT, @sqlerrorcode OUTPUT;
IF (@exitcode >= 500) OR (@sqlerrorcode <> 0)
BEGIN
RAISERROR('SQLBackup failed with exitcode %d and sqlerrorcode %d ', 16, 1, @exitcode, @sqlerrorcode)
END
", myDbName, myBkpPath);

connection.Execute(cmd, commandTimeout: 0);

这会执行备份并实际返回失败状态，这暴露了导致静默失败的失败部分的潜在问题。

在它运行之前，会根据已知数据库列表检查 myDbName 以确保它存在，并且 myBkpPath 是由我的代码生成的，所以我不担心注入。只是……好吧，看看那个。丑陋的。

Answer 3

您是否尝试过创建一个调用扩展存储过程的典型存储过程，并从代码中调用它？看起来您在这里只需要处理几个参数。

Answer 4

您在测试中遇到了几个问题。

在第一个中设置CommandType.StoredProcedure。您应该将其设置为CommandType.Text，这样它就足够聪明，只需将该字符串传递给执行即可。

在随后的示例中，您实际上并未给参数命名。去看看他们的 SqlBackup 过程，看看参数名称是什么。然后使用它。否则，什么都不会分配给它。