《Reporting Services报表交互排序.docx》由会员分享，可在线阅读，更多相关《Reporting Services报表交互排序.docx（4页珍藏版）》请在三一办公上搜索。
1、Reporting Services报表交互排序探微在Microsoft SQL Server 2005 Reporting Services平台下，报表可以使用交互排序功能对一 定范围的数据进行排序，本文基于该功能针对实际开发过程中遇到的问题进行一些经验性总 结。无论是在SQL Server 2005的联机帮助中，还是在Reporting Services相关的书籍中， 对报表交互排序的阐述都过于简洁或者语焉不详，如果完全按照其上的阐述进行交互排序操 作有时会导致失败。细究其原因，在交互排序中需要注意的有如下几个方面： 明确排序区域在报表中有几个概念：数据集、表格、组，这些概念在联机帮助中已
2、经有了 较好的阐述，故在此不再赘述。上述几个概念实质上分别代表几个区域，排序的时候需要指 定打算排序的区域。明确排序表达式通常在排序表达式的下拉列表中给出的表达式并不是实际需要的排序表达 式，这个时候需要手工添加实际的排序表达式。明确详细信息组与一般性分组的区别在报表交互排序的设置过程中，详细信息组与一般性 分组是有区别的，在作用域内排序表达式结果的选项中分别予以区分。明确什么时候应分组和不应分组这一点在对详细信息组进行分组时体现较为明显，若只针 对详细信息进行分组，则详细信息组不应添加分组字段，否则应将数据放在普通分组里。示例（具体报表见 AdventureWorks Sample Repo
3、rts 里的 Territory Sales Drilldown.rdl）:设钥挥.着技铉区域Sales PoisonOrder NumberTot Al SalesTerritory Sales蓍涯分垣区域+详细侑息区域时 VE灿RE cycleAi=FiElds!Narrie.Value=Sum(Fields!TotalDu=Fields!FirstName.S/alue + +rSumfFieldglTotalDuTen itoiy如图1，要在Total Sales文本框上对组“1”里的Sum （Fields!TotalDue.Value值进行交互排 序和对详细信息作用域里的Fields
4、!TotalDue.Value进行排序：图1中“1”组分组方式如图2。现欲对“1”组对应的“Total Sales”进行交互排序：排序设置见图3。排序结果对比见图4、图5。Territory tAustralia panada CentralFranceGermane-NortheastNorthwestSoutheasi：SouthwestUnited KingdoSales PersonOrtier NumberTerritory Sales交互揉喜Butte nTotal Sales2El0田国国E由SI 1,943,016.45 12；8 08,458.0 l3；4j34,509.55
5、j 6,083,690.96 2,476,530.47 12-433,502.84 1593,45838 9,629,926.90 2 ,737.468.75 11 3日 452.93Order NumberTotal Sales 1 .943.016.452,476,530.476,003,690.969,629,926.9011 384,615.991,433,502.041.2,59358.3812,000.458.0513,434,509.5532 ,f3 7,468.75排老后的裁字表示现在的擀序状态：队佥夏文Territo ry SalesTerritory C Sales Per
6、son田 AustraliaK： GermanyS France田 Southeast田 United：Kingdog Northeas.tS North叫巳或：国 Canada田 CentralF Southwest若对详细信息区域进行排序，则在图3中，该详细信息区域不应分组，排序区域选择当前表 或者数据集，“计算此作用域内排序表达式的结果”选“详细信息作用域”，方法与上面介绍 的类似，在此不再赘述。另外，交互排序有一个使用起来不太友好的地方，即如果对详细信息区域进行交互排 序（实际上是默认折叠的所有分组），点击交互排序的按钮后产生了排序效果，但排序的时 候刷新了报表，即使点击前已经展开到详细信息区域，也会因为刷新而返回到报表默认的折 叠状态，此时如果要看排序的结果，需要再次展开报表到之前所看到的层次。本篇文章来源于：开发学院 原文链接：
