Chr*_*fer 6 sql-server-2005 reporting-services
我们将SQL Server 2005与Reporting Services一起使用.
我们有一些报告,每个报告都包含一个相对简单的SQL查询 - "相对"我的意思是我们确实有一些连接,但没有比这更糟糕的了.我们不会在查询中调用任何存储过程 - 这不是参数嗅探的情况.
当通过Reporting Services执行其中一个报告(让我们称之为报告A)时,需要很长时间才能完成 - 大约几十分钟甚至几小时.在查询分析器中执行相应的SQL查询时,它会在几秒钟内完成.
从数据库返回的行数可以少至1 - 但报告永远不会完成.
其他报告工作正常.
查看Reporting Services上的ExecutionLog表,我可以看到大部分时间都在TimeDataRetrieval中(我们在这里说的数百万秒......) - 报告实际完成的那些时间.如果报告是手动中止的,则TimeDataRetrieveal为零,而TimeProcessing则为荒谬的高.
我查看了Reporting Services的日志,但一切看起来都很正常.
现在,在你开始建议"锁定"之前 - 好吧,我们的查询确实启用了nolock提示.
就目前而言,我已经达到了想象力的极限,试图找到错误.任何想法,见解都会很高兴.
/克里斯托弗
我最终剥离了查询,基本上是一次一个语句,直到我找到了罪魁祸首.查询中的一个连接在一个不断增长的表(数百万行)中使用"with(nolock index(x))"提示加入.
删除查询分析器中的索引提示使我得到与Reporting Services相同的结果 - 一个非常慢的查询.这本身就不足为奇了 - 但实际上看起来好像通过RS运行的查询没有使用提示.
然后我尝试使用SET FORCEPLAN ON语句再次在RS中运行报告.并且...它工作 - 执行时间现在是几秒钟,应该是.据我了解,FORCEPLAN选项强制SQL Server按指示的顺序处理连接,并考虑任何提示.
当查询分析器显然将其考虑在内时,有没有人对通过RS的查询忽略提示的原因有任何见解？
| 归档时间： |
|
| 查看次数： |
10852 次 |
| 最近记录： |