作者背景#

維南德（Markus Winand）是奧地利籍的 SQL 訓練師與顧問，長期以「SQL 文藝復興大使」（SQL Renaissance Ambassador）自居——這個略帶戲謔的頭銜其實準確描述了他的志業：把 SQL 從「ORM 底下那層沒人看的東西」重新推回開發者的視野。

他最廣為人知的作品是免費線上教材 Use The Index, Luke!（use-the-index-luke.com），本書即是它的實體版；另一個持續維護的專案 modern-sql.com 追蹤 SQL:1999 之後各版標準的新功能與各家資料庫的支援度，是業界少數認真對待「SQL 標準其實一直在演進」這件事的資源。他後續出版的《Modern SQL》延續同一條線。他也是《The Art of PostgreSQL》書末訪談的受訪者之一，兩本書在立場上高度呼應。

他的專業定位不是 DBA 也不是資料庫核心開發者，而是訓練開發者的人——這決定了本書的取材標準：不是「關於索引有什麼可以講」，而是「開發者實際需要知道多少」。

完整摘要#

本書要解決一個結構性的錯位。SQL 是最成功的第四代語言，它的力量來自把「要什麼」與「怎麼做」徹底分離；但作者指出，這個關注點分離運作得極好卻不完美，它的極限就是效能。依定義，SQL 敘述的作者不需要關心資料庫如何執行它，因此看似不必為執行緩慢負責——經驗卻證明恰恰相反。

由此推出全書的核心主張：索引是開發任務，不是維運任務。理由不在於誰比較懂資料庫，而在於資訊分布——正確建索引最需要的資訊不是硬體配置或儲存設定，而是「應用程式如何查詢資料」，也就是存取路徑。這份知識開發端本來就握有，DBA 或外部顧問卻得花大量時間逆向工程應用程式才能拼湊出來。書的涵蓋範圍也依此裁定：只講 B-tree，因為那是開發者需要的百分之九十。

論證由一個定義展開——索引是純粹的冗餘：它不改變表的資料，只是額外建立一個持有資料副本、指向該表的結構。這個定義是全書的軸心，正面與反面都由它導出。正面是索引的三種威力，構成本書的骨架。第一威力：快速查找。作者先用「雙向鏈結串列 ＋ 搜尋樹」解釋索引為何能在持續變動中維持順序，再進入 where 子句——因為它正落在索引的核心職能上，「寫得草率的 where 子句，是慢查詢的第一個成分」；本篇逐一檢視各運算子對索引使用的影響、如何讓一個索引服務盡可能多的查詢，並列舉常見反模式與更好的替代寫法。第二威力：資料叢集。作者刻意先釐清「cluster」一詞在資料庫脈絡中的歧義（電腦叢集 vs. 資料叢集），再給出定義：把會被連續存取的資料緊密存放在一起，使 IO 更少。既然索引葉節點以有序方式存放被索引欄位，相近的值自然彼此緊鄰——索引因此是一件叢集工具，涵蓋索引篩選述詞、僅索引掃描與索引組織表。第三威力：管線化的 ORDER BY。排序昂貴的真正原因不只是 CPU，而是它無法管線化——必須讀完完整輸入才能產出第一列。索引以預排序形式儲存資料，因而能省去排序；更關鍵的是它讓 order by 得以邊掃邊回傳，這正是高效分頁（部分結果、無限捲動）的基礎。

其餘章節處理這個框架的邊界與代價。Join 一章指出正確的索引取決於最佳化工具選了三種演算法中的哪一種（巢狀迴圈、雜湊、排序合併），並點出一個容易被忽略的效能陷阱：join 順序的排列數以階乘成長，因此複雜敘述本身的最佳化過程就可能成為瓶頸——這使繫結參數（bind parameter）變得更加重要，「不使用繫結參數，就像每次執行都重新編譯一次程式」。效能與擴展性一章把擴展性重新定義為「環境變化對效能的影響」，並刻意指出：多數人談擴展性時只談加硬體，但資料量與系統負載同樣是可變參數。修改資料一章則收回代價：因為索引是冗餘，insert／delete／update 不只影響表，還影響每一個持有該資料副本的索引——索引的收益必須扣掉這筆寫入稅。附錄教讀者在各家資料庫取得並閱讀執行計畫，並區分存取述詞與篩選述詞——這是全書唯一真正的診斷工具。

貫穿全書的一項體例是跨資料庫並列：每個技術點都同時給出 Oracle、SQL Server、PostgreSQL、MySQL 的行為與語法差異，並反覆論證一件事——語法不同，執行方式卻非常相似，「它們穿褲子時也都是一次穿一隻腳」。

本書的貢獻與定位#

本書在資料庫書市中的獨特位置，來自它極端的取捨紀律。同類書籍傾向窮舉（各種索引型態、各家調校參數、各種等待事件），本書則主動把範圍砍到只剩 B-tree 與四家資料庫的共通行為，換來一本兩百頁、開發者真的會讀完的書。它填補的空缺是：市面上有給 DBA 的調校手冊，也有給開發者的 SQL 語法書，卻少有人寫「開發者需要的資料庫效能知識」這個交集。

它挑戰的既有觀點正是本書的副標所指——索引屬於 DBA 這個分工假設。作者主張這個分工在資訊上就是錯的，效能問題因此系統性地在組織的縫隙中無人負責。與《PostgreSQL 14 Internals》相比，後者深入單一產品的實作機制，本書則追求跨產品可遷移的判斷力；與《The Art of PostgreSQL》相比，後者拓展 SQL 的表達力，本書則深化其中一個縱深。

主要受眾是每天寫 SQL 或使用 ORM、但沒受過索引訓練的應用程式開發者，特別是那些「查詢在測試環境很快、上線後變慢」的團隊。需要留意的是本書出版於 2012 年，各家資料庫的功能已有推進（例如更成熟的分區、平行執行與新索引型態），但由於全書建立在 B-tree 的基本性質而非特定版本的行為上，其核心論證至今仍然成立。