Visual studio 2012 SSRS报告预览需要非常长的时间（VS2008）或挂起（VS2012）

三天前，我开始在VS2008上开发现有的报告解决方案。根据复杂性的不同，查询报告大约需要5-50秒，然后渲染/计算需要几秒钟。其中有些只是表，有些实际上是从底层数据集中聚合的东西

但是，所有这些报告都是在合理的时间内执行/提交的。他们是在很久以前部署到客户的，所以我认为所有这些报告都是成熟的和有效的

现在，我昨天不得不在我的Windows 7 8GB RAM桌面PC上安装SSDTBI_VS2012_x86_ENU.exe BIDS工具。安装后，还必须安装许多更新

现在，当试图呈现相同的报告时，大约需要10-15分钟！在VS2012上使用VS2008和永久。我没有让它一夜之间运行，但我怀疑它是否会起作用。点击“查看报告”按钮后，我在预览窗格中看到的是“加载”微调器对话框

当然，我启动SQL profiler只是为了确保服务器不会阻止服务器在另一台机器上运行的输出。不，所有查询都会及时提交。嗯，我还删除了所有的“数据”文件，重启了VS，重启了电脑，吃了午饭，喝了杯咖啡。那些肮脏的把戏。没有变化

任务管理器显示devenv.exe VS2008或PreviewProcessService.exe VS2012在8核上总共占13%，这与100%的CPU负载非常相似，但分布在4个CPU上。还有一些磁盘I/O，这些进程非常频繁地消耗和释放RAM。所以我猜，渲染正在进行，但我猜是在原子级

如果我用相同的查询创建了一个新报告，但只有一个tablix和一列，没有分组，什么都没有，它“工作”，即报告呈现速度足够快

为了确保不是我无意中修改了RDL，我使用了交给我的ZIP中的原始文件和工作文件，并试图在VS2008上预览它们：仍然需要15分钟。同样的机器。昨天15秒，今天15分钟

现在我的问题是：这是一个已知的问题吗？我能做些什么来解决这个问题？我读过关于排除报表元素的提示，但是。。。只有一张小报。排除它的工作原理，包括它给出了无休止的循环。是重新创建报告的唯一解决方案吗

这是怎么回事？有什么想法吗

---

编辑：原因很简单：报告是非常复杂的行组和列组，计算需要很长时间。VS2008在这里比VS2012快得多。因此VS2012确实完成了任务，但比VS2008慢得多

SSRS非常容易受到参数嗅探问题的影响。查看如何消除参数嗅探问题。感谢链接。我会朝这个方向调查。请注意，通过SQL探查器查看的查询本身是及时运行的。