PostgreSQLのスキーマは、データベース内の名前空間です。関連するテーブル、ビュー、関数、その他のオブジェクトをグループ化する論理的なコンテナです。スキーマを使用することで、オブジェクトを整理し、名前の衝突を回避できます。デフォルトスキーマはpublicです。
A PostgreSQL server can have multiple DATABASES.
Each database can have multiple SCHEMAS (namespaces).
Each schema contains TABLES, views, functions, etc.
→ Hierarchy: server → database → schema → tables/objects
SCHEMA sales;
sales.orders (...);
sales.orders;
users (...);
オブジェクトはschema.objectとして参照されます。スキーマプレフィックスがない場合、Postgresは検索パス（デフォルト：public）を使用します。
SHOW search_path; -- default: "$user", public
SET search_path TO sales, public; -- look in sales first, then public
SELECT * FROM orders; -- finds sales.orders (no prefix needed)
検索パスは、Postgresが修飾されていない名前を探すスキーマを決定します。これを設定することで、選択したスキーマ内で短い名前を使用できます。
✓ ORGANIZATION — group related objects (e.g. `sales`, `inventory`, `auth` schemas)
✓ Avoid naming collisions — two schemas can each have an `orders` table
✓ MULTI-TENANCY — a schema per tenant (isolating each customer's data)
✓ SECURITY/permissions — grant access per schema
✓ Separating concerns — e.g. an `app` schema vs an `analytics` schema
一般的なパターンは、マルチテナントアプリケーションでテナントごとのスキーマを使用することや、ドメイン/モジュール別にグループ化することです。
スキーマはデータベースオブジェクトを整理するための便利なPostgreSQL機能であり、特にデータベースが成長したり、複数のテナントにサービスを提供する場合に、データベースを適切に構造化するために理解することは価値があります。
スキーマはデータベース内の名前空間であり（テーブル、ビュー、関数をグループ化します）、サーバー → データベース → スキーマ → オブジェクトという階層が、Postgresがオブジェクトを整理する方法と、それらを参照する方法（schema.object、または修飾されていない名前に対して検索パスに依存し、デフォルトでpublic）を明確にします。
実用的な使途を理解することが重要な価値です。スキーマは、オブジェクトの整理（関連するオブジェクトをドメイン/モジュール別にグループ化—auth、sales、analytics）、名前の衝突を回避（異なるスキーマで同じ名前のテーブルを持つことができます）、スキーマ単位のセキュリティ/権限を有効にしたり、マルチテナンシー（各顧客のデータを分離するために、テナントあたり1つのスキーマを使用する一般的なパターン—SaaSアプリケーションにとって重要なアーキテクチャオプション）をサポートしたりします。
スキーマと検索パスを理解することは、データベースをクリーンに整理し、すべてをpublicに配置することによる混乱と衝突を避け、マルチテナンシーなどのパターンを実装するのに役立ちます。
データベースオブジェクトを論理的に整理することは保守性にとって重要であり（特に大規模なアプリケーションでは）、スキーマが重要なパターン（ドメイン分離、マルチテナンシー、スキーマ単位のセキュリティ）を有効にするため、PostgreSQLスキーマについて理解することは—それらが何であるか、検索パス、実用的な使途—Postgresデータベースを効果的に構造化するための実用的に関連のある知識であり、特に大規模またはマルチテナントアプリケーションにおいて関連があります。そこでは、良いオブジェクト整理が重要です。