从 C# (T-SQL) 执行带有 CASE 切换的存储过程时出现异常

Question

我的表中有一个 NVARCHAR(max) 列，还有一个存储过程，该存储过程将使用 CASE 切换更新此列以及表中的任何其他列：

CREATE PROCEDURE updateTable
   @columnName sysname,
   @value nvarchar(max)
AS 
   UPDATE [dbo].[TestTable]
   SET 
      BigNvarcharValue = CASE @columnName WHEN 'BigNvarcharValue' THEN @value ELSE BigNvarcharValue END,  
      TableName = CASE @columnName WHEN 'TableName' THEN @value ELSE TableName END

如果我从 SQL Management Studio 执行此过程，那么一切都很好，

EXEC [dbo].[updateTable]
     @columnName = 'BigNvarcharValue',
     @value = N'SOME BIG 80Kb value'

我也可以更新使用相同的存储过程从 C# 代码中获取 TableName，但是当从 C# 更新此 BigNvarcharValue 时，它​​会失败并出现 SQLException“字符串或二进制数据将被截断”。现在，我认为它与此存储过程中的 CASE 有关，因为当我将其分解为更简单的存储过程时，一切正常：

CREATE PROCEDURE updateTable   
     @columnName sysname,   
     @value nvarchar(max)
AS       
   UPDATE [dbo].[TestTable]   
   SET BigNvarcharValue=@value

我读了一堆论坛帖子，这些帖子描述了尝试将更大的值插入到的问题NVARCHAR 列会导致此异常，但它似乎并不适用。

我对 T-SQL 相当陌生，那么 CASE 是否有我不知道的限制？

PS BigNvarcharValue 为 NVARCHAR(MAX)，TableName 为 NVARCHAR(50)

Answer 1

您正在处理的列的数据类型是什么？因为我通过尝试将 NVARCHAR(max) 允许的值插入到 VARCHAR(50) 列中来重现该错误。

重申一下 - NVARCHAR(max) 允许您指定一个比指定数据类型长的值，这就是您收到有关截断的错误的原因。

Answer 2

该错误本身表示“字符串或二进制数据将被截断”。这意味着您插入的值似乎大于 nvarchar(max) 可以处理的值。

SSMS 2008 有一些调试功能，允许设置断点等。

我想您可能也希望注意 System.String 最大容量。这只是某个地方的长度问题。

Answer 3

使用完全相同的存储过程和您描述的表，我运行了以下代码，

class Program
    {
    static void Main(string[] args)
    {

        using(SqlConnection cnn = new SqlConnection(@"Server=.;Database=test;Trusted_Connection=True;"))
        {
            cnn.Open();
            SqlCommand cmd = new SqlCommand("updateTable",cnn);
            cmd.CommandType = System.Data.CommandType.StoredProcedure;
            cmd.Parameters.Add(new SqlParameter("@columnName",
                   System.Data.SqlDbType.NVarChar, 128));

            cmd.Parameters["@columnName"].Value = "BigNvarcharValue";

            cmd.Parameters.Add(new SqlParameter("@value",  
                     System.Data.SqlDbType.NVarChar, -1));
            cmd.Parameters["@value"].Value = new string('T', 80000);

            cmd.ExecuteNonQuery();



        }

    }
}

效果很好。我会检查命令文本和参数集合（名称和值）并验证每个是否如您所想。

Answer 4

感谢大家的回复。我最终将大列的更新分离为单独的过程，这解决了问题。我确信罪魁祸首是 CASE 声明。