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

发布时间：2020-12-12 06:39:14 所属栏目：MsSql教程来源：网络整理

导读：我多年来一直使用的查询突然开始抛出一个奇怪的错误.当我对查询进行外观修改(1 x而不是x 1)时,错误不再发生.它抱怨的存储过程甚至不再存在于服务器上！如果有人对这个问题是什么以及为什么这个“改变”修复它有什么想法,我很好奇？之前的查询： UPDATE SOME

我多年来一直使用的查询突然开始抛出一个奇怪的错误.当我对查询进行外观修改(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语句查询将使用提供的计划而不是生成计划.希望有所帮助.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!