生成列(Generated Columns)とは何か?

Question

Accepted Answer

**生成列**は、直接挿入されるのではなく、他の列から**自動的に計算**される列です。PostgreSQLは**保存型**生成列(Postgres 12以上)をサポートしており、計算値は書き込み時に計算され保存されます。派生データの一貫性を自動的に保ちます。

## 生成列の定義

```sql
CREATE TABLE products (
  id SERIAL PRIMARY KEY,
  price NUMERIC,
  quantity INT,
  -- a STORED generated column — computed from price and quantity
  total NUMERIC GENERATED ALWAYS AS (price * quantity) STORED
);

INSERT INTO products (price, quantity) VALUES (10, 3);
SELECT total FROM products;          -- 30 — computed automatically (you didn't insert it)
```

`GENERATED ALWAYS AS (expression) STORED`句により、`total`は常に`price * quantity`に等しくなります。挿入/更新時に計算され保存されます。直接挿入することはできません(また、すべき理由もありません)。常に派生値です。

## 一般的な使用方法

```sql
-- a full name from parts
full_name TEXT GENERATED ALWAYS AS (first_name || ' ' || last_name) STORED

-- a normalized/lowercased value for searching
email_lower TEXT GENERATED ALWAYS AS (lower(email)) STORED

-- area from dimensions
area NUMERIC GENERATED ALWAYS AS (width * height) STORED

-- extract a value from JSONB into a real column (then index it)
user_id INT GENERATED ALWAYS AS ((data->>'user_id')::int) STORED
```

生成列は、頻繁にクエリする派生値に最適です。自動的に一貫性が保たれ、(保存されているため)**インデックス化**できます。

## 生成列 vs クエリでの計算 vs トリガー

```text
Generated column → derived value computed automatically, stored, indexable, consistent
Computing in a query (price*qty in SELECT) → no storage, but recomputed every query,
                                              can't be indexed directly
Trigger → more flexible but more complex; generated columns are simpler for pure derivations
→ Use generated columns for simple, deterministic derived values you query/index often.
```

## なぜ重要なのか

生成列は、**派生データを自動的に維持する**ための便利なPostgreSQL機能であり、計算値を一貫性を保ちながらクエリ可能にすることは重要です。

コアな利点は、生成列の値は常に他の列から自動的に計算され、同期が保たれる点です。派生データ(合計、フルネーム、正規化値、抽出されたJSONBフィールド)は、アプリケーションコードや手動更新が再計算を忘れることなく、**構造上一貫性が保たれます**(派生データが同期から外れるバグのクラス全体を排除します)。

保存型生成列は物理的に値を保存するため、**インデックス化**することもできます。これは、大文字小文字を区別しない検索用の小文字化されたメール、またはJSONBフィールドを実際の、インデックス可能な列に抽出する場合に特に価値があります(JSONBの柔軟性とリレーショナルインデックスの強力さを組み合わせたパターン)。

生成列をいつ使用するか、他の代替案をいつ使用するかを理解すること — 単純で確定的な派生値(一貫性があり、インデックス化可能で、単純)を頻繁にクエリまたはインデックスする場合の生成列、クエリ内での計算(ストレージはなく、毎回再計算され、直接インデックス化できない)、またはより柔軟だがより複雑なトリガー — これは堅実な設計判断を反映しています。

派生/計算データを一貫して維持することは一般的なニーズであり、生成列はそれを自動的に、一貫性をもって、インデックス化可能な方法で行えます(単純な派生値の場合、手動保守またはトリガーよりもクリーンです)。生成列を理解することは、計算値が自動的に正確に保たれ、効率的にクエリ可能にするスキーマを設計するための実践的で関連性のあるPostgreSQLの知識です。クリーンで一貫したデータモデリングのための便利なモダンPostgreSQL機能です。