在 SQL 數據庫中，小表驅動大表是一種常見的優化策略。這種策略在涉及多表關聯查詢的情況下尤其有效。這是因為數據庫查詢引擎會盡可能少的讀取和處理數據，這樣能極大地提高查詢性能。
"小表驅動大表"是指在多表關聯查詢時，先掃描行數較少的表（小表），然后用結果去關聯行數較多的表（大表）。以下是使用這種策略的一些優點：
- 減少磁盤I/O操作: 對于大表，每一次磁盤I/O操作都可能會導致大量的數據頁被加載到內存中，而如果是小表驅動大表，那么只有當小表中的行實際用于關聯查詢時，才會加載大表中的數據頁，這可以大大減少不必要的磁盤I/O操作。
- 減少網絡傳輸數據量: 當查詢在分布式數據庫系統中執行時，小表驅動大表可以減少需要在網絡中傳輸的數據量。如果先從大表中讀取數據，可能需要將大量的數據發送到其他節點進行關聯操作，而如果是從小表開始，那么需要發送到其他節點的數據量將會大大減少。
- 更好的利用緩存: 由于小表的數據量較小，它們更有可能全部裝入數據庫的緩存中。這樣，關聯操作可以直接在內存中完成，避免了訪問磁盤的開銷。
- 減少內存占用和臨時空間的使用: 在某些關聯類型（如哈希關聯）中，數據庫可能需要在內存中為每個參與關聯的表創建一個哈希表。如果大表驅動小表，那么可能需要為大表創建一個巨大的哈希表，這不僅會消耗大量的內存，還可能導致臨時空間的使用。
小表驅動大表能夠提高查詢的效率和性能，減少資源的使用。當然，這不是一個鐵律，是否使用這種策略取決于具體的查詢條件和數據分布。在實際情況中，數據庫的查詢優化器通常會根據表的統計信息來決定執行計劃，包括哪個表應該先掃描，哪個表應該后掃描。
