「design」タグのついた9記事

何をもって「通った」とするかで、テストが壊れるタイミングが変わります。状態検証と相互作用検証という 2 つの流儀と、どこから書き始めるかという方向の関係を扱います。

処理の結果を正常系・準正常系・異常系の 3 つに分類し、それぞれに適した扱い方を解説します。想定内の失敗と想定外の失敗を分ける基準、例外と戻り値の使い分け、どの層で捕まえるか、ユーザーとログに何を伝えるかを扱います。

API バックエンドや業務アプリの DB スキーマ設計を始める Jr エンジニア向けの実践ガイド。第 1 部 基礎 → 第 2 部 設計 → 第 3 部 応用 → 第 4 部 実践 の 19 章 + 用語集 + 設計テンプレート集で、要件 → E-R 図 → テーブル定義 → SQL までを通読で身につけます。

テストが書きにくいとき、それはコードの何を指しているのかを 5 つの型に分けます。型ごとに、テスト側で歪める対処と設計を直す対処を並べます。

データの重複と矛盾 (更新異常・挿入異常・削除異常) を排除する正規化の考え方を、関数従属性 / 第1〜第3正規形 / BCNF の補足 / 性能を理由とした選択的非正規化まで、ジュニア向けに段階的に解説します。

帳票や業務要件を起点にエンティティを抽出し、E-R 図を起こし、正規化して CREATE TABLE まで一気通貫で進める手順を、レストラン注文と社内 SNS の 2 題でジュニア向けに示します。

「商品配送管理システム」と「タスク管理システム」の 2 つの総合題材で、要件 → E-R 図 → テーブル定義 → 想定クエリの一気通貫を実践します。本ガイドの集大成として、これまでの章で学んだ概念を統合して使います。

データベース設計が「建物の基礎」のような役割を果たし、後から直しづらい質的理由 (運用中のサービスを止められない / データ移行コスト / 影響範囲の広さ) と、データ設計スキルが現代でも価値を持ち続ける理由を解説します。

システム開発全体の流れの中でデータベース設計がどこに位置し、概念設計・論理設計・物理設計の 3 段階でどう抽象から具体へ進めるかをジュニア向けに解説します。