第1章 データベース開発とは何をする仕事か ― DBエンジニアの本当の役割 ― データベースは「裏方」ではない 多くの新人エンジニアは、データベースを単なる保存場所だと思っている。 アプリケーションが主役であり、データベースはその裏側で静かに動く脇役だ、と。 しかし現場に出ると、すぐにその認識が間違いであることに気づく。 システム障害の原因の多くはアプリのバグではなく、データベース設計に起因する。 処理が遅い、データが矛盾する、改修ができない、運用コストが膨れ上がる――その根本には必ずと言っていいほどデータ構造の問題が存在している。 つまり、データベースは裏方ではない。 システムの寿命を決める「骨格」そのものである。 DBエンジニアの仕事とは、単にSQLを書くことではない。 未来の変更、運用、性能、障害対応までを見越して「壊れない構造」を作ることにある。 ________________________________________ DBエンジニアの本当の役割 DBエンジニアの役割は、大きく分けて次の4つに集約される。 ① データ構造の設計者 どんな情報を、どの形で、どの関係性で保存するかを決める。 この段階でシステムの8割は決まると言っても過言ではない。 悪い設計は後から直せない。 なぜなら、データはすでに蓄積され、業務が依存し始めるからである。 設計とは「今のため」ではなく、 3年後の改修を楽にするための仕事である。 ________________________________________ ② パフォーマンスの守護者 ユーザーはSQLを見ない。 しかし「遅い」ことには極端に敏感だ。 DBエンジニアは以下を常に意識する。 • 不要なデータ取得を防ぐ • インデックスを最適化する • アクセスパターンを読む • 将来のデータ増加を想定する 速度問題は突然発生するのではない。 設計段階から静かに育っている。 ________________________________________ ③ データの安全管理者 データは企業の資産である。 アプリは再作成できる。 しかし失われたデータは戻らない。 そのためDBエンジニアは、 • トランザクション管理 • バックアップ設計 • 整合性維持 • 誤操作防止 を常に考える必要がある。 言い換えれば、DBエンジニアは 「会社の記憶」を守る職業である。 ________________________________________ ④ システム全体の調整役 優秀なDBエンジニアほど、コードを書いている時間は長くない。 代わりに多くの時間を使うのは調整である。 • アプリ開発者との仕様相談 • インフラ担当との性能検討 • 運用チームとの監視設計 データベースはすべての層と接続しているため、自然とシステム全体を理解する立場になる。 ________________________________________ アプリ開発者との関係 現場で最も多い対立は、実は技術ではなく視点の違いから生まれる。 アプリ開発者の関心 • 機能を早く作りたい • 仕様変更に柔軟でありたい • 実装速度を優先したい DBエンジニアの関心 • データ整合性 • 長期運用 • 性能安定 どちらも正しい。 問題は「時間軸」が違うことである。 アプリ開発者は「今動くこと」を重視し、 DBエンジニアは「未来も壊れないこと」を重視する。 優秀なDBエンジニアは否定しない。 代わりにこう考える。 「その実装が1年後も成立する形に変換できないか？」 対立を解消する鍵は、技術力ではなく翻訳力である。 ________________________________________ 「SQLを書ける人」と「設計できる人」の差 多くのエンジニアがここで成長を止める。 SQLを書けることと、データベースを設計できることはまったく別の能力だからだ。 SQLを書ける人 • クエリを書ける • データを取得できる • 文法を理解している 設計できる人 • 将来の変更を予測する • データの意味を定義する • 不整合を未然に防ぐ • アクセス量を想定する SQLは「操作」。 設計は「思想」である。 現場で高く評価されるのは、後者だ。 なぜなら設計ミスはチーム全員の生産性を下げるが、 優れた設計は全員を速くするからである。 ________________________________________ 現場で評価されるスキル順位 実務における評価は、意外にも技術書の順番とは異なる。 現場評価の高い順に並べるとこうなる。 第1位：問題切り分け能力 原因を素早く特定できる人は、どの現場でも重宝される。 第2位：設計力 変更に強い構造を作れる人はプロジェクトの寿命を延ばす。 第3位：性能改善力 「速くできる人」はヒーローになれる。 第4位：コミュニケーション力 DBは全工程に関わるため説明能力が重要。 第5位：SQL知識 重要ではあるが、実は基礎スキルに過ぎない。 ここを誤解すると、永遠に「SQL担当」で終わってしまう。 ________________________________________ この本で身につく視点 本書の目的はSQLを覚えることではない。 あなたが次の視点を持つことである。 • データは構造がすべて • 遅さには必ず理由がある • 設計は未来への投資 • DBはシステムの中心 この視点を持った瞬間、 あなたの見えるコードは変わる。 そして、現場での評価も変わり始める。