在SQL Server 2005 Express Edition中有几种方法来上传报表到报表服务器数据库(这有效地在报表管理器网站上发布这些报表)。发布之后,它们就可以任意地安排到网站层级中去。
在SQL Server 2005 Express Edition中有几种方法来上传报表到报表服务器数据库(这有效地在报表管理器网站上发布这些报表)。发布之后,它们就可以任意地安排到网站层级中去。除了这样直观的安排方法,还有其它需要介绍的方法。不过,在我们介绍之前,我们首先浏览下SQL Server 2005 Express Edition平台上报表服务的不同组成部分间的关系。
报表管理器(作为一个基于ASP.NET的应用程序并被暴露为一个Web Service)组成了报表服务的内容的主要机制(处理报表的层级和存储)和系统(资源配置、安全和操作模型)管理。它还作为主要的Web界面,允许终端用户访问和执行报表。它的管理功能是由报表服务配置管理器(它的主要职责是为任务提供便利,比如创建和修改报表管理器和报表服务器所使用的虚拟路径,管理它们各自的Web和Windows服务,或建立报表数据库和维护它的密钥)和一组命令行使用——例如rsconfig(定制报表服务组件用来连接它的数据库的连接信息)、rs(用于执行主要用来发布报表的VB.NET脚本)和rskeymgmt(管理对称密钥和加密报表服务数据库中的数据)——来实现的。报表服务器,还作为一个Web Service来操作,它处理核心报表功能,包括访问控制、报表处理和渲染,以及管理使用(包括报表管理器、报表服务配置管理器、命令行使用或任何第三方程序)和数据库层(报表、报表定义和报表服务器元数据所涉及的数据存放的地方)间的交互。记住,想要通过SQL Server 2005 Express Edition中的管理套件来管理报表功能是不可能的。
在此后关于报表服务架构的高级概述,让我们把注意力转到它的一些细节上。除了到目前为止我们所展示的标准内容组成部分,例如文件夹、报表和数据源,你还可以创建链接报表(可由报表管理器界面中一个独特的图标来识别),它促进了定制已有报表的一些外观而不必修改它们的定义(例如后台的.rdl文件)。特别是,它可以修改基本的基于报表管理器的属性(名称、描述或位置)、参数(如果适用的话)、数据源、或安全(全功能的SQL Server 2005版本还使得你可以改变执行和订阅特点)。注意,不管这些更改,链接报表保留一个到它们来源的关系,所以它们会受它们来源定义文件的任何改变所影响(换句话说,修改或甚至删除一个链接报表根本不影响它的基础报表)。要生成一个到已有报表的链接,使用它的标签页Properties 上的Create Linked Report命令按钮(你也可以使用Change Link命令按钮将一个已有的链接报表指向一个不同的来源)。
链接报表经常被用来根据意向目标人群来促进报表的渲染。如果一个基础报表被设计为接受参数,那么你可以在它的链接报表的Properties标签页上通过Parameters部分指定希望的值。在这部分中,它还可以指定它们的默认值(使用Has Default和Default Value文本框)。此外,你还可以阻止参数显示出来(通过Hide复选框),或提示用户输入它们的值(通过Prompt User复选框)。随着你的报表管理器站点的增长(链接报表往往促使这样),你可能想记住搜索特性,通过SQL Server 报表服务页面右上角的earch for:文本框暴露(使你可以根据名称或描述定位到任何一个项目——如果你已经对它至少拥有读权限的话)。
My Reports是另一个值得一提的内容管理特性。其主要目的是简化报表的管理,通过根据它们的所属关系来组织它们,使得各个用户拥有它们自己的个性化报表视图以及只有这个用户对它具有访问权限。要激活它,点击SQL Server报表服务网站右上角的Site Settings链接。在Settings部分中,勾选Enable My Reports to support user-owned folders for publishing and running personalized reports复选框。还要确保标签为Choose the role to apply to each user's My Reports folder:的列表中有My Reports项,以便使得所有可以访问报表管理器站点的用户可以独自地管理站点层级中他们自己的My Reports文件夹。这将创建一个用户特定的文件夹叫做My Reports,它直接位于SQL Server报表服务的首页上,并授权只有这个用户具有权限访问它的内容。
除了用于建立My Reports特性的配置选项,Site Settings页面还包含一些其它的项目。不幸的是,对于SQL Server 2005 Express Edition,只有一些是实际起作用的(即使它们看起来不仅是可用的,而且还可以被修改而不出现错误信息显示失败)。特别是,你可以发现以下内容：
报表历史的默认设置,它或者不限制报表历史中的快照数目,或者限制报表历史的副本：为一个任意值。因为SQL Server 2005 Express Edition不支持报表历史,所以它们对报表服务的动作没有任何影响。
Report Execution Timeout有两个选项,一个是Do not timeout report execution(报表执行没有超时),一个是Limit report execution to the following number of seconds(限制报表执行为以下秒数)。虽然它们看起来都没有任何关联,但是由此产生的动作仍然受限于ASP.NET Web Services配置。
settings to Enable report execution logging(激活报表执行日志记录的设置)和Remove log entries older than this number of day(删除这个天数之前的日志项)(默认设置为60)构成了这个列表中的一个例外,它们允许你在ReportServer数据库中的dbo.ExecutionLog表中捕获报表执行事件。虽然微软提供了执行日志示例报表——它自动创建一个单独的数据库,你可以转移用于通过预先定义的报表渲染的执行日志,它们对SQL Server集成服务包的依赖使得它们不适用于SQL Server 2005 Express Edition环境。
重要的是要认识到,除了在ReportServer数据库中跟踪报表执行之外,报表服务也往往产生大量的日志文件(特别是当遇到错误时)。要避免磁盘空间问题,你应该考虑根据你的环境调整日志级别,通过修改Reporting Services组成部分所使用的下面的配置文件中指定的DefaultTraceSwitch参数值。(0代表完全禁用跟踪,1代表记录异常和重启,2代表跟踪异常、重启和警告,3代表包括额外状态信息,而4代表指定详细的模式,这应该只是在排除故障时暂时地打开)：
在Microsoft SQL server\MSSQL.x\Reporting Services\Report Server\bin 文件夹下的ReportingServicesService.exe.config
在Microsoft SQL server\MSSQL.x\Reporting Services\Report Server\ReportManager 文件夹下的Web.config
在Microsoft SQL server\MSSQL.x\Reporting Services\Report Server\ReportServer文件夹下的Web.config
其中,x指定一个整数,指定本地机器上的SQL Server 2005 Express Edition报表服务安装。
出处:IT专家网
|
条码产品
条码扫描器
条形码业界新闻