目的地
「失敗から学ぶRDBの正しい歩き方」に至る道筋
この本にたどり着くために、先に読んでおきたい本を依存関係から逆算しました。基礎から順に並んでいます。
ここまでの道筋（9冊）
なぜ先に読むのか: Java の基礎が固まれば、実務のサーバーサイド開発で標準的に使われる Spring Framework へ進む。DI・AOP・MVC といった枠組みは素の Java の知識を前提とするため、言語の理解を土台にフレームワークの抽象を一段ずつ載せていく。
なぜ先に読むのか: ネットワークの仕組みを掴んだら、その通信を実際に処理する OS の層へ降りる。Linux のシステムプログラミングはソケット・プロセス・ファイルディスクリプタといった、サーバーが動く土台の API を与え、プロトコルと実装の橋を架ける。
なぜ先に読むのか: OS が提供するプロセス・I/O・メモリの仕組みを知っておくと、Spring が裏で何を抽象化しているかが見える。低レイヤーの理解はフレームワークをブラックボックスにせず、性能問題や障害の切り分けに効いてくる。
なぜ先に読むのか: Spring でデータベースを扱うようになると、ORM の裏で実際に走る SQL とテーブル設計の良し悪しが性能や保守性を左右する。本書は「やりがちな失敗（アンチパターン）」を切り口に、リレーショナル設計の原則を実務目線で身につけさせる。
なぜ先に読むのか: 正しく動く SQL が書けるようになったら、次は「なぜ遅いのか」を実行計画（EXPLAIN）から読み解く視点が要る。実践入門は実行計画を起点にチューニングを説くため、基礎文法の直後に読むと「書ける」から「速く書ける」へ自然に伸びる。
なぜ先に読むのか: クエリチューニングとインデックス設計を学ぶと、性能問題の多くがスキーマや運用の初期判断に起因すると見えてくる。『失敗から学ぶRDBの正しい歩き方』は論理削除・キャッシュ・冪等性など運用全般のアンチパターンを扱い、SQL 単体の最適化から一段視野を上げてくれる。
なぜ先に読むのか: 関係モデルと正規化の理論を腹落ちさせたら、それを現実のテーブル設計へ落とし込む段階。『達人に学ぶDB設計徹底指南書』は正規化・主キー・外部キーといった理論を、論理設計・物理設計の実務手順として具体化しており、理論と実践の橋渡しになる。required（必須前提）に置く所以。
なぜ先に読むのか: 正攻法の設計手順を学んだら、次は「やってはいけない設計」を反面教師から学ぶ。Bill Karwin『SQLアンチパターン』は外部キー欠如（Keyless Entry）・EAV・カンマ区切りリストなど典型的な失敗を体系化しており、制約による整合性確保の重要性を裏側から補強する。
なぜ先に読むのか: Karwin『SQLアンチパターン』が論理設計・SQL レベルの失敗を扱うのに対し、『失敗から学ぶRDBの正しい歩き方』は本番運用で顕在化する RDB の落とし穴を扱う。設計時のアンチパターンを学んだ流れで、運用時のアンチパターンへ視野を広げると、設計から運用までの失敗パターンが一望できる。