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

前端之家收集整理的这篇文章主要介绍了sql – 为什么这个sybase错误随着对查询的任何更改而消失?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我多年来一直使用的查询突然开始抛出一个奇怪的错误.当我对查询进行外观修改(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语句查询将使用提供的计划而不是生成计划.希望有所帮助.

猜你在找的MsSQL相关文章