為什麼需要這本書#

Grant Fritchey 在開頭就點出本書的核心立場：查詢調校（query tuning）很難。任何作者都希望快速向讀者交代一本書的目的、對象與閱讀方式，但 Fritchey 在這份「Introduction」中先說了一個多數人都迴避的事實。

「最簡單的查詢調校方式是直接砸錢。」買更大的硬體、升上雲端服務的更高層級——速度都會立刻變好。

但當預算用完了，就只能拿時間來換：花時間學會找出問題查詢、理解問題在哪、套用修正並驗證有效。

這本書要做的，正是把那段「拿時間換成果」的學習過程結構化。

寫給誰看#

Fritchey 對讀者身份的定義非常寬鬆，他刻意不在意職稱（job title）：

• 你可能是 DBA、資料庫工程師、後端工程師、資料工程師、SRE，或任何在組織中負責讓查詢跑快的人
• 你寫的 SQL、ORM 產出的 SQL、第三方工具產生的 SQL——只要它跑得慢，你就要找出原因並修好它
• 在職稱日益模糊化的當下，重點從來不是「你叫什麼」，而是「誰要負責解決這個問題」

如果你的工作要對「為什麼這個查詢慢」這個問題負責，這本書就是寫給你看的，不論你掛的職稱是什麼。

推薦的閱讀方式#

Fritchey 提供三條閱讀路徑，讀者可依時間與情境選擇：

• 完整通讀：從頭讀到尾。許多章節是建立在前面章節的知識上，依序讀最不容易卡住。
• 基礎 + 對症：先讀第 1–10 章，把查詢行為與監測的基礎建好；後面章節屬於「問題或功能特定（problem- or behavior-specific）」，沒遇到該問題或沒用到該功能，可以暫時跳過。最後再讀第 23 章，他刻意把它寫成接近檢核表（checklist）的形式。
• 跳著讀：許多章節大致可以獨立成篇，按你的需求挑著看也行。

作者用一句話總結這份彈性：「這就跟查詢調校本身一樣——只要對你有用，就是好方法。」

作者的態度#

整段前言透露了 Fritchey 的兩個基本立場：

• 誠實：不假裝調校簡單，也不諱言花錢確實能解決部分問題
• 務實：不追求把書寫成完美的線性教材，而是設計成可挑、可跳、可當工具書翻的內容

讀完這份前言，讀者應有的心理準備是：接下來要學的是「識別、分析、修正、驗證」這四件事的方法論，而不是某個按鈕一按就快十倍的銀彈。