【问题标题】:SQL error: String or binary data would be truncatedSQL 错误:字符串或二进制数据将被截断
【发布时间】:2009-12-11 15:05:07
【问题描述】:

我正在一个名为 Telligent 的社区平台上进行集成。我正在使用名为 BlogML 的第 3 方插件将博客文章从 XML 文件(BlogML 格式)导入我的本地 Telligent 站点。 Telligent 平台在其 SDK 中附带了许多类,因此我可以以编程方式添加内容,例如博客文章。例如

myWeblogService.AddPost(myNewPostObject);

我使用的 BlogML 应用程序本质上是解析 XML 并创建博客文章对象,然后使用类似上述示例行的代码将它们添加到站点。大约 40 次导入后,我得到一个 SQL 错误:

Exception Details: System.Data.SqlClient.SqlException:
String or binary data would be truncated.
The statement has been terminated.

我相信这个错误意味着我试图将太多数据插入到具有最大大小限制的 db 字段中。不幸的是,我无法确定这是哪个领域的问题。我在导入时运行了 SQL Server Profiler,但我似乎看不到错误发生在哪个存储过程上。是否有另一种方法可以使用分析器或其他工具来准确查看存储过程,甚至错误是由哪个字段引起的?是否有任何其他提示可以获取有关具体查看位置的更多信息?

哦,第 3 方工具的乐趣...

【问题讨论】:

  • 当错误发生时,它会撤消所有已经导入的博客文章吗?如果没有,也许您可​​以判断哪条记录失败(最后一条成功后的下一条)并查看那里。如果导入工具有任何类型的日志记录或导入的记录计数器,那么这将是另一个查看的地方。
  • @Tom H.帖子成功进入。我已经按照您所说的在上次成功后查看帖子。我确实怀疑帖子正文对于它的数据库单元来说太大了,但正文字段是ntext,我没有看到任何其他比我预期更长的可疑长 XML 节点。我会再看一遍,因为这是我目前唯一已知的调试此问题的方法。感谢您的评论。

标签: sql-server exception stored-procedures telligent blogml


【解决方案1】:

您是正确的,例外是由于试图将太多数据填充到基于字符/二进制的字段中。如果您正在捕获正确的事件,运行跟踪绝对可以让您看到哪个过程/语句引发了异常,您想要捕获的事件包括:

  1. SQL:BatchStarting
  2. SQL:批处理完成
  3. SQL:StmtStarting
  4. SQL:Stmt 完成
  5. RPC:正在启动
  6. RPC:已完成
  7. SP:开始
  8. SP:已完成
  9. SP:StmtStarting
  10. SP:Stmt 已完成
  11. 异常

如果您确定这是一个包含错误代码的存储过程,您可以取消捕获 # 的 1-4。确保您还捕获了跟踪中的所有关联列(如果您使用 Profiler 工具运行跟踪,则应该是默认列)。 Exception 类将在您的跟踪中包含实际错误,这应该允许您在引发异常的同一个 SPID 中看到前面的语句。除了已完成的事件之外,您还必须包含 starting 事件,因为发生的异常将阻止关联的已完成事件在跟踪中触发。

如果您可以将跟踪过滤到特定的数据库、应用程序、主机名等麻烦过滤一下。

假设您使用的是 Sql 2005+,跟踪将包含一个名为“EventSequence”的列,它基本上是按事件触发顺序排序的递增值。运行跟踪并捕获输出后,找到触发的“异常”事件(如果您使用分析器,该行将显示为红色),那么您应该能够简单地找到最新的 SP:StmtStarting 或SQL:StmtStarting 事件发生在异常之前发生的相同 SPID。

这是我捕获的个人资料的屏幕截图,再现了与您类似的事件:

您可以看到红色的异常行,突出显示的行是在同一 SPID 的异常之前触发的紧接前面的 SP:StmtStarting 事件。如果要查找此语句所属的存储过程,请在 ObjectName 和/或 ObjectId 列中查找值。

【讨论】:

  • 难以置信。我花了大约 4 天的时间试图解决这个问题。我添加了您所说的其他事件,并找到了失败的正确 SP 语句。我发现 SubjectAuthor 字段太短,刚刚成功导入了 700 多篇博文。如果可以的话,我会给你我所有的代表点数。
  • 附加提示:打开两个窗口。一个只有异常视图,一个像这样。然后,您可以一目了然地了解异常发生的频率(或等待它发生的频率)。然后根据交易时间,您可以切换到其他视图以查找查询
  • 喜欢这个技巧。在 2018 年仍然相关和有用:)
【解决方案2】:

你会犯一些愚蠢的错误。

如果您尝试插入类似的字符串。

String reqName="Food Non veg /n";

这里 /n 是罪魁祸首。从字符串中删除 /n 以摆脱此错误。

我希望这会对某人有所帮助。

【讨论】:

    猜你喜欢
    • 2017-09-10
    • 1970-01-01
    • 2015-04-29
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多