筆者早年從 ASP 轉型 ASP.NET,接觸 C#/.NET,曾開發多個門面網站與 BS 政務系統。畢業後專注 BI 開發,深耕 SSAS 多維分析、複雜動態報表,後引入 Silverlight RIA 與 GIS 地圖視覺化,成為國內較早落地 BI+RIA+GIS 方案的實踐者。歷經公安、保險、廣告、電信等行業項目。
海量資料統計分析,BI 方案較純 T-SQL 查詢具備顯著性能優勢;多維分析模型更能幫助業務人員直觀理解資料脈絡。
三大模組均在 Visual Studio Shell (BIDS/SSDT) 內開發。
| 方案類型 | 架構組成 | 優點 | 缺點 |
|---|---|---|---|
| 全微軟棧 | Windows Server → IIS → SQL Server (SSIS/SSAS/SSRS) → MOSS (PPS) → Office | 全棧無縫整合,前端使用者熟悉 Excel,培訓成本極低 | 強綁定微軟授權體系,若需 PPS 功能被迫部署 MOSS 並購買整套授權,維護成本高 |
| 混合自研方案 (常見) | Windows Server → IIS → SQL Server (SSAS) → 自研 ETL 框架 → 第三方前端元件/自研 UI | ETL 與 UI 完全可控,支援極複雜業務邏輯,UI 差異化大 | 開發維護成本高,團隊需具備深厚工程能力 |
| 筆者推薦:BI+RIA+GIS | Windows Server → IIS → SQL Server (SSAS) → ASP.NET Web Services → Silverlight → GIS | 結合商業智慧、富用戶端互動展現、地圖空間輔助分析,業務洞察力最強 | 技術棧較新,需團隊掌握 Silverlight/RIA 開發技能 |
筆者近期項目團隊皆採自研 ETL 框架,微軟美國總部專家亦有同類建議。核心痛點:SSIS 抽取 Oracle 資料頻發「半路死掉」,經 DBA 排查為 Oracle 驅動版本相容性問題。這類難以捉摸的細節,足以讓團隊放棄平台轉向自研。
除非資料量在 1,000 萬筆以內,否則資深工程師傾向自行實作 ETL,以換取穩定性與可控性。
方案選型無標準答案,需依團隊能力、授權預算、業務複雜度與長期演進規劃決策。本文提供的三類架構與實戰避坑經驗,供評估專案參考。