我多年来一直使用的查询突然开始抛出一个奇怪的错误。当我对查询进行外观更改(1+x 而不是 x+1)时,错误不再发生。它提示的存储过程甚至不再存在于服务器上!
我很好奇是否有人对问题是什么以及为什么这个“改变”可以解决这个问题有任何想法?
之前的查询:
UPDATE SOME_DB..JOB_QUEUE
SET ERROR_COUNT = ERROR_COUNT + 1,
JOB_START_TIME = '{1}'
WHERE JOB_ID = {0}
之后的查询:
UPDATE SOME_DB..JOB_QUEUE
SET ERROR_COUNT = 1 + ERROR_COUNT,
JOB_START_TIME = '{1}'
WHERE JOB_ID = {0}
它抛出的错误:
Sybase.Data.AseClient.AseException: Procedure sp_net_dblatency expects parameter @heartbeat, which was not supplied.
我想知道是否有人知道这里发生了什么?
编辑。
这是存储过程。
create procedure sp_net_dblatency
@heartbeat datetime
as
update DATABASE_1234..LATENCY set START_UTC_TIME=@heartbeat, END_UTC_TIME=getutcdate() where DATABASE_NAME=db_name()
if (@@ROWCOUNT = 0)
insert DATABASE_1234..LATENCY (DATABASE_NAME, START_UTC_TIME, END_UTC_TIME) values (db_name(), @heartbeat, getutcdate())
最佳答案
Sybase 的优化器可能缓存了错误引用已删除过程的计划。它关注历史并缓存各种统计信息,并根据大量缓存信息生成计划。有时,我发现它可能会开始为非常大的查询生成非常糟糕的计划。我遇到过几次这种情况,并将其作为错误报告给 Sybase,但他们无法重现它(我也无法可靠地重现它)。
解决方法是稍微更改查询或添加计划语句以覆盖错误的计划。带有 PLAN 语句的查询将使用提供的计划而不是生成计划。希望有帮助。
关于sql - 为什么这个 sybase 错误会随着查询的任何更改而消失?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28240962/