为什么这个sybase错误随着查询的任何更改而消失？

Question

我多年来一直使用的查询突然开始抛出一个奇怪的错误.当我对查询进行外观修改(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())

Answer 1

Sybase 的优化器可能缓存了错误引用已删除过程的计划。它关注历史记录并缓存各种统计数据，并根据大量缓存信息生成计划。有时，我发现它可能会开始针对非常大的查询生成非常糟糕的计划。我遇到过几次这种情况，并将其作为错误报告给 Sybase，但他们无法重现它（而且我也无法可靠地重现它）。

解决方法是稍微更改查询或添加计划语句来覆盖错误的计划。使用 PLAN 语句的查询将使用提供的计划而不是生成计划。希望有帮助。