凯文·波普在公认答案下的评论正是我所需要的。

在我的例子中，问题是我在我的表上定义了触发器，将更新/插入事务插入到审计表中，但审计表有一个数据类型不匹配，其中原始表中具有VARCHAR(MAX)的列存储为审计表中的VARCHAR(1)，因此当我在原始表列中插入大于VARCHAR(1)的任何内容时，我的触发器失败，并且我会得到这个错误消息。

在这方面，你根本无法打败SQL Server。

你可以像这样插入一个新表:

select foo, bar
into tmp_new_table_to_dispose_later
from my_table

并将表定义与要插入数据的实际表进行比较。

有时有用，有时没用。

如果您尝试从临时表插入final/real表，它可能只是工作(例如，由于数据转换的工作方式与SSMS不同)。

另一种替代方法是以块的形式插入数据，而不是立即插入所有内容，插入前1000个，然后重复这个过程，直到找到一个有错误的块。至少您可以更好地了解表中不适合的内容。

在sql server上，你可以像这样使用SET ANSI_WARNINGS OFF:

        using (SqlConnection conn = new SqlConnection("Data Source=XRAYGOAT\\SQLEXPRESS;Initial Catalog='Healthy Care';Integrated Security=True"))
        {
            conn.Open();

            using (var trans = conn.BeginTransaction())
            {
                try
                {
                    using cmd = new SqlCommand("", conn, trans))
                    { 

                    cmd.CommandText = "SET ANSI_WARNINGS OFF";
                    cmd.ExecuteNonQuery();

                    cmd.CommandText = "YOUR INSERT HERE";
                    cmd.ExecuteNonQuery();

                    cmd.Parameters.Clear();

                    cmd.CommandText = "SET ANSI_WARNINGS ON";
                    cmd.ExecuteNonQuery();

                    trans.Commit();
                    }
                }
                catch (Exception)
                {

                    trans.Rollback();
                }

            }

            conn.Close();

        }

也有这个问题发生在web应用程序表面。 最终发现相同的错误消息来自特定表中的SQL更新语句。

最后发现在某些特定情况下，相关历史表中的列定义没有映射nvarchar类型的原始表列长度。

当我试图执行我的存储过程时，我遇到了同样的问题，因为我需要添加一些数据的列的大小比我想要添加的数据要短。

您可以增加列数据类型的大小或减少数据的长度。

凯文·波普在公认答案下的评论正是我所需要的。

在我的例子中，问题是我在我的表上定义了触发器，将更新/插入事务插入到审计表中，但审计表有一个数据类型不匹配，其中原始表中具有VARCHAR(MAX)的列存储为审计表中的VARCHAR(1)，因此当我在原始表列中插入大于VARCHAR(1)的任何内容时，我的触发器失败，并且我会得到这个错误消息。