我有一个存储过程，它运行在每个月末，我们有非常简单的选择查询，但是当我确实称这个SP面临巨大的延迟来检索数据。 当我在Rapid SQL客户端进行本地测试时，我发现该查询的第一个/初始时间执行它也会延迟返回结果并且连续执行它会更快地返回结果。以下是我在SP中的查询。请帮忙。
SELECT COUNT(*)
FROM prechecks_data pd
INNER JOIN processing_queue tq on pd.key_id = tq.queue_id
WHERE tq.proc_status = 'PROC' AND pd.type_code = @type_id
只是为了让您知道processing_queue列的索引如下 clustered，unique位于默认的queue_id
nonclustered位于默认的proc_status
prechecks_data tables列不再被编入索引。
只是为了让您知道processing_queue表包含大约20,000,000或更多的数据。如果需要任何其他信息，请告诉我。
答案 0 :(得分：0)
可能是由于prechecks没有索引这一事实。如果您查看查询执行计划，它可能会显示预检的表扫描。
如果您不熟悉执行计划，它会显示服务器在执行查询时花费最多资源的位置。 Sybase文档中的此链接显示了如何查看该计划。