SQL Server 資料架構與應用程式邏輯分層：TSQL 集合操作 vs .NET 列操作最佳實務

架構決策關鍵：邏輯放在哪裡？

SQL Server 提供 T-SQL (預存程序、觸發器) 封裝資料存取與業務邏輯。集中式邏輯利於安全管控 (應用程式僅通過預存程序存取資料)，符合傳統兩層架構。但純 T-SQL 架構擴展性受限：無法跨實例分散負載，單點效能瓶頸難突破。

案例教訓：純 T-SQL 架構的擴展性牆

• 客戶投入數百人月開發複雜 T-SQL 系統，10-15 用戶正常，20 用戶劇慢
• 增加 CPU 仅支撐至 60 用戶，遠低於 100 用戶目標
• 因預存程序/觸發器僅能操作本地資料，無法水平分散至多 SQL Server 實例
• 最終被迫大規模重構

.NET 中間層架構優勢

• 業務邏輯封裝於 .NET 類別，語言選擇彈性大 (C#/VB.NET/F#)
• 物件可部署於多台伺服器，共享同一資料庫，水平擴展無障礙
• SQL Server 專注集合操作 (Set-based)，發揮關係引擎優勢
• 中間層處理列操作 (Row-based)、複雜程序邏輯、CPU 密集運算

操作模式選擇指導原則

最佳實務架構

可重用 .NET 應用程式框架處理大多數業務邏輯 + 基於 T-SQL 預存程序作為伺服器端集合操作的安全閘道與機制。雙贏：享有 .NET 彈性與擴展性，同時保留 T-SQL 在資料密集運算上的優勢與安全控管。

資源推薦

MSDN「資料存取應用程式區塊」：提供可重用資料存取子系統程式碼，可依此建構自訂資料存取物件。

1. 上一篇文章： 正確理解 SQL Server 與 XML 支援：從 SGML 到 FOR XML 與 OpenXML
2. 下一篇文章： SQL 排序、分組與統計 10 大實用技巧：ORDER BY、GROUP BY、HAVING、ROLLUP、CUBE 完全指南

關於SqlServer

SQL Server 2008 APPLY 運算子詳解：CROSS APPLY vs OUTER APPLY

APPLY 運算子概念 APPLY 允許將左側資料表的每一列

合並複製分發者配置實戰：快照文件夾創建、共享權限與分發數據庫初始化

分發者核心職責 存儲快照文件（供訂閱者下載）。 運

SQL Server 2005 新特性實戰：刪除重複資料、隨機取樣、分頁與版本查詢

前言 SQL Server 2005 引入了多項實用的 T-

SQL Server 與 MySQL 修改自增欄位值完整方案

SQL Server 平台 鐵律：UPDATE 直接修改 I