核心架構差異：鎖與多版本並發控制 (MVCC)
SQL Server：讀寫互斥
- 預設 READ COMMITTED 隔離級別採用「讀取者阻塞寫入者、寫入者阻塞讀取者」。
SELECT 需取得 **共享鎖 (Shared Lock)**，UPDATE/DELETE 需 **排他鎖 (Exclusive Lock)**。- 長時間更新交易未提交/回滾時，所有嘗試讀取該列的查詢**全部阻塞**，即使資料最終未真正變更。
- 類比：超市貨架前，顧客 A 猶豫要拿哪瓶果汁 (更新中)，顧客 B 想看看有什麼口味 (讀取) 也必須等待 A 做決定並離開。
Oracle：讀寫不阻塞 (MVCC)
- 採用 **多版本並發控制 (MVCC)**，讀取者從 **Undo Segment** 重建查詢啟動時刻的一致性快照。
SELECT **完全不加鎖**，不阻塞 UPDATE/DELETE；寫入者之間透過行鎖序列化。- 更新交易僅在
COMMIT 時生成新版本，讀取者在此之前看到舊版本，絕不等待。
- 類比：同一超市，顧客 A 猶豫拿果汁時，顧客 B 仍可自由查看貨架、打電話詢問家人想喝什麼，完全不受影響。
企業級系統的關鍵影響
| 場景 | SQL Server 表現 | Oracle 表現 |
|---|
| 高並發 OLTP (大量讀寫混合) | 嚴重阻塞、鎖升級、死鎖頻發 | 讀寫並行、吞吐量線性擴展 |
| 長時間報表查詢同時業務交易 | 報表被阻塞或導致業務超時 | 報表讀一致性快照，零干擾 |
| 熱點資料頻繁更新 (如庫存扣減) | 排他鎖序列化、併發極低 | 行鎖粒度細、唯寫入者排隊 |
| 一致性讀取需求 (財務對帳、庫存盤點) | 需鎖表或 Snapshot Isolation (額外 TempDB 壓力) | 原生 Statement/Transaction 級一致性讀 |
其他架構層面差異
1. 記憶體管理與擴展性
- Oracle：SGA/PGA 精細控制、HugePages、ASM 裸裝置、RAC 共享一切架構**水平擴展** (Scale-out)。
- SQL Server：Buffer Pool 統一管理、Always On 可用性群組**垂直擴展** (Scale-up) 為主，2019+ 支援大規模叢集但架構不同。
2. 維護作業
- SQL Server：需定期
DBCC CHECKDB、索引重建/重組、統計更新，**維護窗口長、資源佔用大**。
- Oracle：Online 索引重建、自動統計收集、Online 表重定義、ASM Rebalance **線上無停機維護**。
3. 自我調優 vs DBA 可控
- SQL Server：大量「自動」功能 (Auto Shrink、Auto Create/Update Stats、Parameter Sniffing) 有時**反而干擾穩定計畫**，DBA 難以精細干預。
- Oracle：提供豐富 Hint、Outline、SQL Plan Baseline、SQL Profile，**DBA 可精確控制執行計畫**。
4. 高可用與災備
- Oracle：Data Guard (Physical/Logical/Snapshot Standby)、Active Data Guard 唯讀負載分擔、GoldenGate 異構複寫、RAC 零單點故障。
- SQL Server：Always On AG、Log Shipping、Mirroring (已棄用)、Basic Availability Groups (Standard Edition 限制多)。
遷移與共存建議
- 異構共存常態：企業常同時擁有 Oracle (核心 ERP/財務) + SQL Server (部門級/BI/歷史系統)。
- 連結伺服器 / Gateway：
ORACLE GATEWAY 或 LINKED SERVER 實現跨庫查詢，注意分散式交易 (XA) 複雜度。
- 應用層抽象：使用 ORM (Hibernate/EF Core) 或微服務封裝資料庫差異，降低遷移成本。
- 技能互補：DBA 團隊建議具備雙平台能力，或分專責小組並建立知識庫共享。
結語
鎖機制是兩大平台最本質的分水嶺。Oracle MVCC 讀寫不阻塞特性，為高並發、高一致性企業核心系統提供了 SQL Server 難以企及的架構優勢。選型時應以業務並發模式、一致性要求、擴展路線圖為核心依據，而非單純授權成本或廠商關係。
