我正在開發一個使用ASP .NET 2.0，VS 2008和SQL Server 2005的Web應用程序。我想使用SSRS 2005作爲我需要爲此Web應用程序構建的各種報表。我想說服團隊，我們應該採用SSRS作爲我們擁有的大多數內部和外部Web應用程序的主要報告平臺。SQL Server 2005 Reporting Services - 優缺點
Reporting Services的優缺點是什麼？我可以看到很多專業人士喜歡與IIS，SQL Server和Visual Studio緊密集成，豐富的演示功能和導出功能，訂閱等，因此我主要對SSRS的負面感興趣。
編輯：我明白，如果我沒有使用VS 2005進行應用程序開發，我將爲應用程序和報表開發使用不同的Visual Studio版本。但是，我更關注SSRS本身的消極方面（或不那麼好的方面）。
我知道你說的2005年，但我要在2008年的筆記左右爲好。
SRS優點：
- 它是免費的（只要你有SQL服務器許可證）
- 與SQL Server緊密的數據整合，但它處理任何.NET能（甲骨文，ODBC等）就好了。 （2008 has native support for Terradata too）
- 用於Visual Studio，SharePoint和PerformancePoint的組件都可以輕鬆利用它。這只是一個Web應用程序，儘管如此集成到任何可以與Web服務器交談的網頁或應用程序也很容易。
- 內置用於訂閱的工具（即定期發送給具有報告的人員列表的電子郵件）。收件人列表可以是靜態人員，也可以是共享點站點或動態人員列表（從DB中提取）（08 adds support for dynamic to sharepoint too）
- 存在第三方供應商以增強產品
- 導出爲各種格式（XML， CSV，Excel，PDF等）
- 能夠設計模板，使用戶無需瞭解SQL即可構建報告（因爲SQL包含在模板中）。高級用戶使用特殊的報告生成器工具，通過點擊一次傳送。
- 作品不同Crystal報表（我不喜歡水晶這就是爲什麼這是一個親我）
SRS缺點：
- 圖表控件看起來像Excel 2003和是有限的。 （2008 has the Dundas controls in by default so they are much more powerful, more varied and better looking）
- Kerberos問題是由於它是一個Web應用程序可能會導致惱人的問題（2008 removes that as it is no longer an IIS web app. It runs it's own web server based off the IIS core but is closer to a stand alone app - so the security issues aren't a problem）
- 設計師支持是一個痛苦。 2000報告必須在VS 2003,2005中開發，報告必須在VS 2005,2008中開發，報告必須在VS 2008中開發。通過Visual Studio，我的意思是使用SQL管理工具獲得的正常版本或精簡版本。
- 兼容性。每個報告服務版本只能運行報告的當前版本和一個版本。
- 安全限於集成Windows或匿名（2008 has added support for forms based security and for custom providers, like you get with ASP.NET）
一個我與您的設置看到缺點的，是你將不得不使用Visual Studio 2005爲您的報表項目，因爲使用的是2005年SSRS
因爲它看起來像你正在使用Visual Studio 2008爲您其他開發，這意味着安裝了兩個版本，並且不得不同時打開和運行大部分時間。
我處於相同的情況，這是一個麻煩，但我已經習慣了。
編輯：
我遇到的其他一些缺點通常是與設計師有關。它們可能在2008年得到修復（不確定），但我將它們歸因於SSRS的嬰兒期，與其他更成熟的報告解決方案相比。
數據集的改變，即使你設置他們每次你進入數據標籤
Web服務數據集失去其參數的時間文本存儲過程更改查詢
表達式編輯器時非常愚蠢。它比使用記事本略勝一籌。
我發現SSRS非常穩健，並提供了一個非常大範圍的功能，以滿足您的報告需求。我嘗試過其他人（水晶），並沒有那麼喜歡它。 （雖然這可能只是個人品味）。
即使是初學者，SSRS有許多向導，這將讓你你想要的成果和經驗豐富的開發人員，您可以微調帶鑽直通，顏色，編碼您的報告，等
我老老實實對SSRS沒什麼好說的。 Dustin指出的一個缺點是你的VS版本和SQL版本是不同的。我有一個應用程序在VS2005中，但使用SQL 2000後端，並且我必須在VS2003項目中將我的報告分開以使它們正常工作。
優點：
缺點的：
我經常最終以最簡單的方式運行報告。最近，我建立了自己的基於Web的界面，可以驅動PDF/HTML/Crystal/SRSS報告的任何組合，並提供它們。 Crystal通常會分兩步做，或者SRSS做更好的事情。如果我現在必須選擇一個作爲所有場景的前鋒，我可能會選擇Crystal。我使用SRSS的年數越來越多，仍然處於積極的功能開發階段（追趕像Crystal這樣的產品），我可以看到它被用得更多......儘管還不是很多。
但是您並未真正引用哪些功能缺失？這對我來說會很有趣...... – AviD 2009-02-23 07:17:53
羅伯特列出了主要的一些。一旦你進入報告開發階段，這些事情就成了一個大問題。關鍵是要找到所有問題，看看哪些問題可以應用並從那裏開始。水晶年紀大了，所以它會少一些，因爲他們已經建立了多年的功能.. GL！ – 2009-02-23 19:16:34
的缺點：
渲染可能是Firefox或其他瀏覽器不同。在ASP.NET頁面上使用SSRS ReportViewer時，只要確保在IE以外的瀏覽器上呈現時驗證報告的外觀/感覺/佈局。
一種情況是，SSRS對開發人員有太多選擇可供選擇，因此開始時可能會引起混淆。我正在更多地討論是否使用本地報告或服務器報告，是否將代碼放在代碼模塊中，放在可重用的程序集中，還是使用可重用的託管代碼（C＃）存儲過程。
在SSRS中我能想到的最大的問題是代碼模塊非常基本。沒有智能感知和沒有調試功能。如果SSRS腳本支持C＃，而不僅僅是VB.NET，那也是很棒的。
雖然表達式很好，但問題是沒有單個容器/位置允許您查看報表中定義的所有表達式。這可能會造成維修噩夢。
也就是說，SSRS是一個經驗豐富的開發人員手中的強大工具。
爲了更好地提供分析，如果我們新增您正在考慮的替代方案，將會更容易。例如，如果它是SSRS vs沒有，那麼參數很簡單，同樣SSRS vs定製報告（例如ASP.NET）。但是，如果您正在考慮其他報告工具，例如水晶，那麼我們可以更關鍵一點。另外，你計劃什麼樣的報告，以及你理想中需要什麼功能。
無論如何，我很大程度上同意其他海報。 SSRS是免費的&非常有能力。其他系統可能有額外的響鈴哨聲，但這些問題是重要的，並且已經爲成本做好準備了嗎？
我想，因爲SSRS是免費的，很容易安裝，我的建議是運行試驗;你可能可以通過一些實驗來使自己的頭腦更加完整 - 你沒有什麼可失去的！
糾正我，如果我錯了，但SSRS不使用窗體身份驗證。要使用內置組件查看來自Web應用程序的報告，將使用應用程序使用的任何身份驗證。但是，對於訂閱和使用需要訪問報表管理器的Windows身份驗證的Report Builder應用程序（單擊一次）。
[編輯]從羅伯特·麥克萊恩 - MSSQL 2008支持窗體身份驗證，這是一件好事。
主要的問題，我在一個階段/生產網絡環境下建立的ReportServer。 我不得不將報告從Reportserver Web服務中取出到Web應用程序中。現在環境看起來很簡單，但我記得那時很難調試。
的另一個問題是多語言的報告。再次：現在它易於使用，但準備做一些谷歌搜索。
設計師是廢話。誰知道什麼= First（Fields！Sales.Value，「DataSet1」）是什麼意思？我也有報告的大小問題（報告的目的是適合A4頁面，但最終沒有）。
我還是喜歡這個產品。過了一段時間，我解決了一切，我們的學員可以設計併發布出色的報告。
SSRS非常簡單易用。我們有實習生在SSRS工作的第一天就寫報告，並做好了工作。
這種簡單性與開發人員只想快速完成報告，以便他們能夠回到實際編碼。
SSRS 2005 Pro的集成在Sharepoint的Sharepoint 缺點整合可能是一個爛攤子建立使用Kerberos等..
我只會把一些缺點在這裏，因爲大多數人已經提到的好處。
SSRS 2008： 原始用戶界面 一點靈活性做花哨的東西，即華而不實的圖，地理圖（W/O LAT長） 用戶交互僅限於應用過濾器，其餘部分是相當靜態
MS嚴重地需要重新考慮競爭對手在BI &數據可視化領域所做的工作。
達斯汀，我同意我將在我的設置中使用不同的Visual Studio版本。但是，我對SSRS本身的負面影響（或不太好的方面）更感興趣 – cwius 2009-02-03 15:35:16