SQL Server数据库中正确利用示例报表服务报表

在此篇文章里我们主要向你提供的是在SQL Server数据库中利用的示例报表实际操作流程，以便使你熟悉在基于SQL Server报表服务中所展示的更加高级的图形设计器特性，微软给广大公众提供了三个基本的示例报表类型。

***个在SQL Server中利用AdventureWorks数据库作为一个数据源，它需要单独下载。第二个演示了点对点报表功能(还利用从AdventureWorks数据库获得的数据)，但是，因为它对报表生成器(在SQL Server 2报表服务中没有)的依赖，它不在我们的讨论范围内。

第三个是用于SQL Server数据库管理(让你能够在任意数据库中生成schema和表目录)并依赖于master数据库作为它的数据源。

上面所提到的所有示例都是可免费下载的，基于Windows Installer的包SQLServerSamples.msi(在x32和x64位版本中可用)。调用这个包会触发InstallShield驱动向导，提示你接受Microsoft Permissive License和指定一个目标文件夹(它默认设置为Program Files\Microsoft SQL Server\90\Samples)。

安装进程在这个地址下创建一个目录结构，在Reporting services\Report Sample文件夹下包含三个子文件夹叫做AdventureWorks Sample Reports、Report Builder Sample Reports和 Server Management Sample Reports(又分为Execution Log Sample Reports和 Server Management Sample Reports)。你可以从商业智能开发套件中访问存储在这些路径下的任何报表(通过在File菜单选择Open->Project/Solution…项并指向一个合适的解决方案或项目文件)。

让我们详细看看AdventureWorks示例报表(在你详细分析它们之前，推荐你参考MSDN Library中包含的描述AdventureWorks schema的文档，这将帮助你理解它的表的结构和目的，以及它们之间的关系)。重要的是要注意到，其中一些包含(有时看起来是)不稳定的输出，这可能是不必要的混淆引起的。我们将简短地分辨它们，但是为了正确地介绍它们的缺点，我们首先需要逐步进行它们的部署(这反过来要求修改它们的默认配置)。

通过从商业智能开发套件(记住，如果你使用的是Windows Vista，你应该以提升的权限来启动它)里打开Adventure Works Sample Reports解决方案(AdventureWorks Sample Reports.sln)来启动。

当这个解决方案和它的项目被加载后，你应该注意到一列预先定义的报表(Company Sales.rdl、 Employee Sales Summary.rpl、Product Catalog.rpl、Product Line Sales.rpl、Sales Order Detail.rpl、Sales Reason Comparisons.rpl和 Territory Sales Drilldown.rpl)以及共享数据源(AdventureWorks.rds和AdventureWorksAS.rds)出现在Solution Explorer窗口中。为了正确地部署所有这些报表，你需要调整项目的Property Pages对话框中General部分的TargetServerURL项的值，将它从http://localhost/reportserver改为http://localhost/ReportServer$instance_name(instance_name代表存放报表服务器数据库的SQL Server数据库实例的名称)。

此外，你应该将OverwriteDataSources属性设置为True。而且，你还需要改变指向AdventureWorks.rds共享数据源的本地AdventureWorks数据库的连接字符串，将它从原来的Data Source=(local);Initial Catalog=AdventureWorks改为Data Source=localhost\instance_name;Initial Catalog=AdventureWorks。

当这些修改被应用时，你可以使用Solution Explorer窗口中报表的上下文敏感菜单中的Deploy选项发布单个报表到本地报表服务器网站上(作为结果，它们将出现在SQL Server报表服务首页的AdventureWorks Sample Reports文件夹下)。

有问题的报表包括Product Line Sales和Territory Sales Drilldown。***个本来是要提供前五名销售人员和商店(在产品分类和子类的基础上，在一个任意阶段中)，以及相应的图表、表、多值参数、计算字段和钻取链接(这些特性的***一个要求部署Employee Sales Summary报表)。

不幸的是，用于计算销售数量的基本查询是不正确的。修正这个问题涉及到根据T-SQL语句修改TopEmployees和TopCustomers数据集(通过商业智能开发套件的设计器界面中的Data标签页)。为

了能够显示其它有缺陷的报表(它的***视图显示给你在每一个基本方面的整个销售数字，以及向下钻取到销售人员和订单数字级别，还有向下钻取到每个订单细节的能力)，你需要部署Territory Sales Drilldown和Sales Order Detail报表(因为它们被链接了)。在这种情况下的主要问题是Territory Sales页面上显示的单个订单销售数字和相应的Sales Order Detail间的差异。

显然，这个问题是由于AdventureWorks数据库中的错误而导致的(显然在SQL Server 2008版本中的示例报表已经解决了这些问题)。尽管有这些缺陷，示例AdventureWorks报表提供了一个机会来熟悉一些更加高级的特性，例如有条件的格式化(Product Catalog、Territory Sales)、钻取和向下钻取(Company Sales, Employee Sales Summary、Product Line Sales、Sales Order Detail、Territory Sales)、多数据集(Employee Sales Summary)、动态或多值参数(Employee Sales Summary, Product Line Sales)、或文档地图(Product Catalog)。

现在让我们将注意力转移到服务器管理报表。正如基于AdventureWorks的示例，它们是作为SQLServerSamples.msi Windows Installer包的一部分来安装的，所以假如你已经将它安装在放置SQL Server 2005 Express Edition的机器上的话，那么你应该可以在Reporting Services\Report Samples\Sever Management Sample Reports子文件夹下找到它们(在Program Files\Microsoft SQL Server\90\Samples文件夹下)。

Server Management Sample Reports解决方案包含两个我们感兴趣的报表。(你还能在那看到Execution Log报表，它用于分析报表服务器的执行日志数据，这不在我们的讨论范围内，因为它们依赖于集成服务，而它是在SQL Server数据库中没有的)。***个，叫做Schema Table Extended Properties，列出任意选定数据库的schema、表、字段和它们的属性。第二个，标签名为Columns by Table and Schema Subreport，它实际上是***个所使用的一个子报表(它使得你可以显示任意表中一个字段的属性，只要你指定它的名称、schema和存放它的数据库)。

为了部署和检查它们，通过商业智能开发套件的File 菜单中的Open->Project/Solution…项加载Server Management Sample Reports.sln来启动。与以前一样，你将需要修改Server Management Sample Reports项目属性(通过它的Property Pages对话框)，包括TargetServerURL(它应该从它的默认改为http://localhost/ReportServer$instance_nam)和OverwriteDataSources属性(它应该设置为True)。

此外，你需要改变master.rds共享数据源的连接字符串，由Data Source=(local);Initial Catalog=master改为Data Source=localhost\instance_name;Initial Catalog=master。

作为结果，一个标签为Server Management Sample Reports的新文件夹应该出现在你的SQL Server数据库报表服务首页中。当你显示了它的内容，你将可以在那里看到Schema Table Extended Properties报表，它允许你选择一个你想显示其schema和字段的目标数据库(从DatabaseName列表框)。在选择了之后，你可以以向下钻取的方式探究每个架构和字段(到它的属性级)。

【编辑推荐】