はじめに ウォーターフォールは、要件定義から順番に進める前提で語られることが多いです。私も最初はそのイメージで進めていました。 ただ、実務で何度か痛い目を見て、結局は先の工程に早めに触れないと成立しない場面が多いと感じるようになりました。 この記事で言いたいことはシンプルです。 工程を崩したいのではなく、前工程の精度を上げるために、先の工程の情報を先に取りにいく必要があるという話です。 よくある前提 ウォーターフォールの説明では、次のような順序が理想形として置かれます。 要件定義 基本設計 詳細設計 実装 テスト この順序自体は間違っていません。 ただし、既存システム改修では...

💾

はじめに CTEはSQLを整理しやすくする便利な構文です。 それでも実務では、CTEよりサブクエリや一時テーブル中心のクエリをよく見かけます。 これは好みの問題だけではありません。 歴史的背景、データベースの最適化特性、チームのレビュー体制、ORMの使い方といった複数の要因が重なって起きています。 この記事では、現場でCTEが少なくなりやすい理由を客観的に整理します。 結論 CTEが使われにくいのは、次の4つが積み重なるからです。 歴史的に、CTEを使えない時代が長かった クエリ次第で、実行計画が不利になることがある 読み手とレビュワーの習熟度に差が出やすい ORM中心の開発で...

💾