読了：失敗から学ぶRDBの正しい歩き方

「涙がちょちょぎれる」「全バックエンドエンジニアが感動」
といった噂をちらほら聞いた本書、失敗から学ぶ正しいRDBの歩き方
通称そーだい本を私も読んでみました。

まぁ、私フロントエンドエンジニアですけども。
まぁ元バックエンドエンジニアですし。

目次

1. データベースの迷宮
2. 失われた事実
3. やり過ぎたJOIN
4. 効かないINDEX
5. フラグの闇
6. ソートの依存
7. 隠された状態
8. JSONの甘い罠
9. 強すぎる制約
10. 転んだ後のバックアップ
11. 見られないエラーログ
12. 監視されないデータベース
13. 知らないロック
14. ロックの功罪
15. 簡単過ぎる不整合
16. キャッシュ中毒
17. 複雑なクエリ
18. ノーチェンジ・コンフィグ
19. 塩漬けのバージョン
20. フレームワーク依存症

感想

各章ごとに、章で扱う問題についてのエピソードから入り、それについての解説とアンチパターンを生まないためには？とアンチパターンのポイントについてを各節で扱います。

涙的な意味でいうと第一章が一番ウッてなりました。想像するだけで辛い。

幸いそんな突貫でDBにカラム追加したりしなきゃいけないなんてことはなかったですけれども。

読んでてちょっと戸惑ったのは、サマリーテーブルでした。てっきりRDBMSにそういう機能があるのかな？と思ったのですが、集計結果を普通にテーブルとしてCreateしてしまおうというものなのですね！

気づいてしまえば簡単です。必要なデータに応じて集計済みのデータを参照するだけなので、都度集計する必要がなくてとても高速ですね。

もちろん、リアルタイムなデータではないですが、状況に応じては十分でしょう。

細かく上げていくとキリがないのですが、正しいものを正しく作るって本当に大事ですね。

読み終えた後に振り返る目次の各タイトルに思うところしばしです。

私はアプリケーションエンジニアなので、作りっぱなしで終わってしまいがちという意味で、「第十章転んだ後のバックアップ」「第十八章ノーチェンジ・コンフィグ」あたりは気をつけないといけないなと思いました。

あと「第十三章知らないロック」「第十四章ロックの功罪」はロックでハマったことがない（もしくはハマっていることに気づいていない）のでイマイチ想像できなくて、敗北感が残ってしまいました……。

今はフロントエンドエンジニアですが、今後個人開発などでバックエンドもやることがあるかなーと思いますので、いろいろ参考になったな！という感想です。

サクっと読めておいしい本でした。いつでも取り出せるようにしまっておきたい本です。