整个报表服务概念非常庞大，覆盖了整个报表的生命周期，包括了报表设计，安全，管理和运行。在此只重点说说报表的运行原理和报表设计器。

实际生产运行中，报表服务系统需要配置一个报表Web服务器，将报表定义文件放好，数据库连接配好，然后用户就可以在客户端的IE地址栏中敲入报表页面URL就可访问报表了，因此报表服务算是一个纯粹的Web报表解决方案了，非常适合B/S系统。但目前不知如何在C/S系统中使用报表服务。

报表定义文件是一个扩展名为RDL的XML文档。它保存了报表的样式定义和数据源的定义，是微软自己定义的一种描述报表定义的XML文档，结构是公开的，因此第三方厂商可以编写兼容报表服务的报表设计器。微软使用自己的VS.NET集成开发环境来设计报表，相信绝大部分人还是用VS.NET来设计报表。

微软提供的报表设计器是基于VS.NET的，因此若要设计报表则必须安装昂贵的VS.NET集成开发环境，对报表设计器的广泛应用有所限制。其实私底下用用盗版的也没什么风险，若在公司里大量使用盗版的则微软迟早会找上门。微软做的软件向来好用，它的报表设计器也相当专业，它采用控件拖拽的设计模式，但表格内部则采用类似Excel的编辑方式。目前的报表设计器支持文本框，线条，表，矩阵，矩形，列表，图像，子报表和图表。好像不支持条形码。文本框也不支持行间距和字符间距。但报表元素所有的属性都支持表达式。矩阵实际上是交叉报表，是处理复杂的中国式报表的基础，但具体怎么使用则不清楚。

报表设计器的程序文件安装在 C:\Program Files\Microsoft SQL Server\80\Tools\Report Designer ，其中 Microsoft.ReportingServices.Designer.dll 是报表设计器的主程序。使用Reflector查看它的反编译代码，可以看到，其实所有的报表元素都是一个个Windows控件，这点和DeveloperExpress的XtraReports一样。在报表设计器中使用Windows控件来实现页面元素有些性能问题。大家都知道Windows控件是很消耗系统资源的，因为其中涉及到了窗体句柄这种重量级的句柄。当报表复杂，里面存在数百个页面元素时，报表设计器需要动态的加载数百个控件，如此启动和操作都比较慢，而且占用大量内存（这种事我以前干过，有体会）。而俄国的FastReport等类似报表工具则是自己绘制报表元素的，因此没有这种问题，加载和编辑复杂报表不会很慢。

在数据源定义方面，根据微软提供的RDL的XML样式定义，一个报表存在若干个DataSet的节点，DataSet节点提供一个Query，其中定义了一个SQL语句，DataSet还提供若干个字段，这些字段和Query的SQL查询结果的字段一一对应。因此个人看来DataSet实际只是定义了一个源自数据库的二维表格，一个报表内可以定义多个DataSet，当这些二维表格之间发生关联时如何处理我这个初学者就猜不出来了。本人觉得报表服务和其他报告工具类似，是基于SQL查询的，数据源结构是两层。这在报表设计器设计数据源的操作上体现出来了。它的数据源设计界面实际上是一个SQL查询设计器，无论如何操作，最终结果都是一个SQL查询语句，包括普通SQL查询语句，表查询和存储过程三种类型。SQL查询语句执行的结果肯定是一个二维表格。