目的地
「詳説 データベース」に至る道筋
この本にたどり着くために、先に読んでおきたい本を依存関係から逆算しました。基礎から順に並んでいます。
ここまでの道筋（6冊）
なぜ先に読むのか: 基本的な SELECT 文法を習得したら、CASE 式・ウィンドウ関数・集合演算といった「手続き型ではなく集合で考える」応用テクニックへ進むのが自然。両書とも同じ著者（ミック）による段階構成で、入門で身につけた語彙のまま応用へ橋渡しできる。
なぜ先に読むのか: 実践入門で実行計画の読み方を身につけた後、Winand『SQLパフォーマンス詳解』でインデックスそのものの内部構造へ深掘りする。実行計画が「なぜそのアクセスパスを選ぶか」がインデックス構造から腹落ちし、チューニングの解像度が一段上がる。
なぜ先に読むのか: 関係モデルの理論を先に押さえると、達人指南書の集合演算・ウィンドウ関数が「なぜ集合で考えるべきか」の論理的必然として理解できる。理論→実装の順で読むと、応用 SQL の各テクニックが場当たりの暗記でなく原理から導けるようになる。
なぜ先に読むのか: 応用 SQL を書けるようになると、なぜそのクエリが速い/遅いのかをインデックスの内部構造から理解したくなる。Markus Winand『SQLパフォーマンス詳解』は B-Tree の仕組みからインデックス設計を説き起こし、SQL の「書き方」と「速さ」を一本の線で結ぶ。
なぜ先に読むのか: 『SQLパフォーマンス詳解』で RDBMS 非依存のインデックス理論を押さえたら、それが具体的な製品でどう実装されているかを『PostgreSQL徹底入門』で確かめる。B-Tree・GiST・GIN・BRIN など PostgreSQL 固有のインデックス種別やトランザクション機構に触れ、抽象理論を具体実装へ着地させる。
なぜ先に読むのか: PostgreSQL という具体的な RDBMS の実装を一つ理解すると、それを相対化する地図が欲しくなる。Petrov『詳説 データベース』はストレージエンジンや分散実装を製品横断で体系化しており、「PostgreSQL のこの仕組みは一般論ではどう位置づくか」を掴める。