SQL Report Server URL越来越失控（ExecId＆PingId）
我有一个报告，允许用户钻取子报告，然后返回到主报告并输入新条件。我注意到，与每次演习下来，然后回到主报告，以下信息添加到我的网址与每个链接点击：SQL Report Server URL越来越失控（ExecId＆PingId）
&ExecId=xq4pydfqqc3eqkygktfx0uah&PingId=f3kthzre4mbyg0mfjsfe0qmu
这就是我得到我的第一个环节跟在后面，每增加链接产生另一个问题：
&PingId=f3kthzre4mbyg0mfjsfe0qmu
用户已经这样做了一段时间后，该链接开始是这样的：
&PingId=hbtv1gyagv4tsx55cdfc1on5&PingId=ghdx5b45fn4qk045zggkpi45&PingId=ykb5ku2jhy1d11iyaguann45&PingId=eryqw4eg3md2bsmsmxmqce45&PingId=3l4ppd45nl1t3355o0cbzij4&PingId=bxcp4l45cosufzba2o5cj355&PingId=oyqnea55wfkefv4552kj1045&PingId=nrhjfxjinnvmgl45rcqqbk55&PingId=44yavxb0rcldabuqzdeekl3a&PingId=3o4mtxy0e4hise454zfvp055&PingId=r1pjxf55o1yy0f55pfd1u345&PingId=m5j5xa550y4dmrqfrsfmczua
我们注意到不仅性能问题，但最终IE只是胡扯了，我认为这是由于点击2083个字符的URL最大（点击大约20个链接）。
我可以找到有关PingId是什么或它的目的是什么的信息。我相信它就像一个GUID，它可以跟踪你所做的事情，让你可以从报告中回溯。也许这个GUID是一个变量被传入子报表的表示，我不知道。当您点击子报告或删除RS正在执行的跟踪时，是否有方法来清理URL？我所知道的是，这让我们头疼。
在此先感谢。
我找到了我的问题的解决方案...这并不能解释PingId是什么以及它为什么增长。我没有将字段的行为设置为“跳转到报告”，而是将其更改为“跳转到网址”。然后，我创建了一个公式（见下文），让用户回到传递所需参数的原始报告。这改变了查看报告的方式（注意它是ReportServer/Pages vs Reports/Pages）。我发现这篇文章是有帮助的：http://dobrzanski.net/2008/08/11/reporting-services-problem-with-passing-parameters-directly-in-the-url/
http://rs/ReportServer/Pages/ReportViewer.aspx?%2fDepartment+Reports%2fOperations%2f.Receiving+Stuff%2fPaperless+Receiving&rs:Command=Render&po_number="&Fields!po_number.Value
也许你应该在Microsoft Connect站点上提出它。 – 2011-03-31 16:25:47
在'PingId'上没有太多谷歌 - 你确定这肯定来自ReportingServices？不是一些浏览器插件或HttpModule？ – 2011-03-31 13:08:40
在我测试过的任何一台机器上，我在IE和FF上都得到了相同的URL丑陋（迄今为止有10次）。 – dtaylo04 2011-03-31 13:09:50
@ dtaylo04 - 只是感到惊讶似乎没有人遇到过这个问题。 – 2011-03-31 13:11:59