ReportBuilder的新版本已经发布。当8月份SQL Server 2008发布时，它还没有准备好，但已经作为“功能包”推出。在测试期间，它被称为“新报告设计器”，所以我将这个新版本标记为重复的．但是由于它已经被重命名为ReportBuilder 2.0，并且是为终端用户开发的，所以我现在看到了它的位置。让我们看看……
ReportBuilder 1.0是一个可以使用浏览器运行的服务器端应用程序。这个想法是，终端用户可以启动一个编辑工具，允许他们基于预先存在的报表模型开发自己的报表。报表模型将由报表开发人员在Visual Studio中创建，但一旦可用，用户可以使用报表生成器做自己的事情。在我看来，ReportBuilder 1.0的优点是:瘦客户端、终端用户参与、一致的RDL格式、快速生成强大的报表以及无限的点击浏览功能。
ReportBuilder 2.0是一个不同的动物。首先，它是一个厚客户端应用，需要安装在客户端。为了弥补我最初的失望，笔记中谈到了“离线开发”，即无需服务器连接就可以开发报告。还是失望。其次，它有Vista的外观和感觉。好吧，如果你是在迎合终端用户，并且他们已经在Office 2007中站稳了立场，那么“ribbon”用户界面将是一致的。我吗?我可以接受或者不接受。
运行ReportBuilder 2.0确实给了我一些鼓励。它支持所有数据源(不只是像1.0那样的报表模型)，并支持所有预先存在的rdl。好了。为了测试这一点，我使用现有的report Model和一个新的Tablix控件快速开发了一个报告。它运行得很好，包括无限点击功能。此外，所有新的Dundas控制在2008年支持，包括3D仪表和缩放等。很好。
接下来，我尝试编辑AdventureWorks示例中的现有RDL。在这里，我注意到ReportBuilder 2.0在默认情况下使用web服务直接从报表服务器检索RDL。这与在部署到报表服务器之前，在报表项目中使用本地rdl的bid (Visual Studio 2008)中的ReportDesigner不同。我专注于Product Line Sales报告，使用新的Query Builder，我实际上在原始查询中发现了一个bug。症状是:当我从“子类别的多值参数”中选择“全部选择”时，在使用交互排序时，它没有按正确的顺序列出销售代表。我修复了错误，报告工作正常。这是因为TopEmployees数据集在其GROUP BY中使用了ProductSubcategoryID，而这是不必要的。谁知道呢?我感觉很好，我使用了新版本来解决一个问题。总的来说，我喜欢使用ReportBuilder，用户界面感觉与ReportDesigner一致，但不那么复杂。我认为这是我们的目标，因为ReportBuilder是针对最终用户的，而Visual Studio绝对应该留给开发人员。
因此，ReportBuilder 2.0是一个根本性的变化，但由于它不再作为“新报告设计器”营销，我将收回我的评论重复的．就像ReportBuilder 1.0一样，我可以看到这个工具被用来补充Visual Studio中的开发人员工具。它支持所有RDL格式是一个很大的优点。报表开发人员现在可以选择他们喜欢的UI，最终用户也有了一个用于开发特别报表的新工具。
在slistreaming和Uninstall for SP1中添加这一点，我敢发誓微软有人正在阅读我的博客……不,不可能……
干杯
布莱恩
最近的帖子: