通用資料存取層設計藝術：拒絕「最小公倍數」，擁抱模組化與特定優化

誤區：追求「一套代碼跑遍所有資料庫」

ADO/ADO.NET 推廣「通用資料存取」，但各資料庫的可編程特性、SQL 方言、鎖機制、游標行為差異極大。若只用共同子集（最小公倍數），將失去針對特定資料庫的最佳優化（如 SQL Server 表值參數、Oracle 管線函數、MySQL INSERT ... ON DUPLICATE KEY UPDATE）。

正解：模組化隔離 + 針對性優化

1. 分層架構：將資料存取邏輯封裝於獨立模組（DAL），業務邏輯層（BLL）與表現層完全解耦。
2. 介面導向：定義 IDbConnection、IDbCommand、IDataReader 等標準介面，上層依賴抽象。
3. 具體實現隔離：每種資料庫提供專屬實現類（SqlServerDAL、OracleDAL、MySqlDAL），內部自由使用存儲過程、批次命令、特有語法。
4. 工廠/依賴注入：運行期根據配置注入對應實現，切換資料庫零代碼修改上層邏輯。

通用高效資料存取鐵律（跨資料庫通用）

• 連接池複用，減少握手開銷。
• 節制資料庫資源：盡早關閉連接/讀取器，避免長事務。
• 減少網路往返：批次操作、預編譯語句、適當緩存。
• 執行計畫重用：參數化查詢、避免動態 SQL 拼接。
• 恰當鎖策略：樂觀鎖/悲觀鎖視業務而定，避免過度鎖定。

成本收益分析

專用 DAL 代碼通常佔總代碼量 < 10%，遠低於重寫整個應用成本。換取的是：原生效能、原生功能、原生穩定性。這才是可移植與高效的最佳平衡點。