廣泛的問題是：Telerik Reporting可以做到SSRS（2005）無法做到的任何事情嗎？Telerik通過SSRS報告？
細節：我們希望將我們當前的Reporting基礎設施從內部ASP.NET + Crystal（VS版）遷移到其他項目。
忽略成本因素（我們擁有Telerik許可證），是否有任何利用SSRS與Telerik合作的優點或缺點？
我們需要要點是：
C#中的數據集任何經驗或網站指出優點或限制（任何引擎）將不勝感激。
SSRS是一個基於服務器報告系統，而Telerik報告純粹是嵌入式報告工具。除非您打算使用SSRS服務器，否則您應該將Telerik Reporting與SSRS ReportViewer控件進行比較，其中包括local processing mode，而不是整個SSRS系統。我認爲這是第一個要回答的問題：您應該評估使用報告服務器的優缺點。
選擇嵌入式報表的常見原因是避免服務器依賴關係。如果您是應用程序開發人員並將您的應用程序部署到多個站點，則除了應用程序之外，您還必須支持多個SSRS安裝。 Telerik報告編譯爲一個dll，您可以輕鬆地部署應用程序。
通常，基於服務器的SSRS比Telerik報告功能更豐富，特別是SSRS 2008 tablix非常方便。我認爲Telerik Reporting僅支持2009年第一季度的交叉表。它不支持諸如向下鑽取等交互功能。您應該看到Telerik報告中的known limitations以及SSRS 2008中的substantial improvements與SSRS 2005相比。另一方面，本地模式下的ReportViewer僅瞭解RDL 2005，因此您僅限於SSRS 2005功能。
現在，查看您的需求會更容易。
從自定義ASP.NET應用程序生成報告
調度報告
電子郵件報告：服務器端功能，而不是在本地模式
PDF輸出
追溯HTML
按摩數據集在C＃將它傳遞給渲染引擎
的ReportViewer支持兩種類型的在本地處理模式 數據源： 包含一個ADO.NET DataTable對象或可枚舉 集合的業務對象的一個數據集。 ReportViewer Windows Forms也支持綁定到System.Windows.Forms.BindingSource的 和 System.Type的實例。報告查看器Web 服務器支持綁定到System.Web.UI.IDataSource的實例 。
被設置爲數據源，鑑於你的關鍵因素，並假設你正在做一個企業防火牆內的內部報告，我肯定建議使用SSRS服務器。嘗試獲取一個SQL Server 2008許可證或使用SQL 2008 Express作爲報告服務器。但是，如果您絕對必須使用嵌入式報表，Telerik可能是更好的選擇，至少在Microsoft ReportViewer支持本地模式下的RDL 2008之前。這個新的ReportViewer應與Visual Studio 2010一起發貨。
對於SSRS，我建議您閱讀Teo Lachev的Applied Microsoft SQL Server Reporting Services。示例章節可在book's site和Google Books處獲得。
Telerik Reporting也有很好的支持。開發Telerik報告嚴重依賴於samples和support forums。
我還特別寫了embedded reporting和Telerik Reporting的博客文章。
我們停止使用SSRS並與Telerik一起使用的主要原因之一是Telerik在瀏覽器中有更好的支持。當然，當涉及到瀏覽器兼容性時，人們不會指望MS爲競爭產品提供平等支持。 既然你正在計劃一個正在做一個基於Web的應用程序，這可能是一個因素。
我第一次開始使用Telerik報告2010年第二季度版，並且從未遇到過通過Web應用程序鏈接報告以提供下鑽或鏈接功能的問題。這非常簡單直觀。
要思考的另一件事是SSRS報告文件是RDL文件，而Telerik報告則被編譯到您的應用程序中。如果您需要更改報告，則需要重新編譯並重新部署您的應用。對於RDL文件，只需將它們上傳到SSRS服務器即可。儘管這意味着更改請求的SDLC稍長，但我仍然更喜歡Telerik。
另一件事情，我的麪條研究是，只要我們使用SSRS，我們必須同時安裝VS 2008和2010，因爲VS 2010不支持像2008年一樣設計RDL報告（BIDS基本上是按比例縮小的2008年版的VS：Visual Studio 2010 Reporting Services Projects?）
隨着Telerik的，我們能夠堅持使用上VS 2010
評論「 Telerik報告具有極好的支持太Telerik的發展報告在很大程度上依賴於樣品和支持論壇。」： 否你正在做一個假設。我創建了許多複雜的報告，不需要任何任何方向從論壇/樣本/等 - 它是一個非常直觀的工具。我確信有很多開發者在沒有對論壇/樣本「過分依賴」的情況下能夠做得很好 - 這不是火箭科學，而是蛋糕。
在最新版本中，Telerik Reporting具有報表設計器，它與報表生成器類似，並且報表查看器支持XML報表定義（trdx）。因此，如果更改報告，則不需要編譯。
我想添加一些關於Telerik解決方案的新信息。
一些以前不支持的事情，比如調度報告和按需或按計劃電子郵件報告現已作爲Telerik的報表服務器產品的一部分。 Report Server附帶上面提到的報告設計器。有關是否有更多信息可用here。
夢幻般的答案。我還沒有深入瞭解您提供的所有鏈接，但僅有前5名就有幫助。謝謝。 – JPot 2009-09-20 16:28:58
最新版本的Telerik報告確實也支持定製業務集合，僅供參考。 – 2010-01-06 14:38:59
這裏添加一些重要的事情...... SSRS（服務器端）是一個非常重要的解決方案，旨在創建內部報告。在企業中它可能是有道理的，但是我們在一家小商店使用它，這是一場全面的噩夢。我們有一個多租戶的情況，這並不意味着提供安全的面向客戶的報告。我們後來在客戶端使用它的結果只有更好，但是與幾年前的Access相比，報表生成器仍然是原始的，應該很容易的任務是神祕和不可思議的，它只能在IE中正確呈現。小團隊要小心。 – 2013-02-05 16:49:11