Что такое схемы в PostgreSQL?

Question

Accepted Answer

**Схема** в PostgreSQL — это **пространство имён** внутри базы данных, логический контейнер, который группирует связанные таблицы, представления, функции и другие объекты. Схемы позволяют организовать объекты и избежать конфликтов имён; схема по умолчанию — `public`.

## Схемы организуют объекты внутри базы данных

```text
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
```

```sql
CREATE SCHEMA sales;                    -- create a schema
CREATE TABLE sales.orders (...);         -- a table IN the sales schema (qualified name)
SELECT * FROM sales.orders;              -- reference with schema.table

-- the default schema is `public` — unqualified objects go there
CREATE TABLE users (...);                -- actually public.users
```

Объекты ссылаются как `schema.object`. Без префикса схемы Postgres использует **путь поиска** (по умолчанию: `public`).

## Путь поиска

```sql
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 ищет неквалифицированные имена — установка пути позволяет использовать краткие имена в выбранной схеме.

## Зачем использовать схемы

```text
✓ 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`), избегают конфликтов имён (разные схемы могут иметь таблицы с одинаковыми именами), позволяют установить безопасность/разрешения для каждой схемы и критически важны для **многотенантности** (распространённый паттерн — одна схема на клиента для изоляции данных каждого клиента — важный архитектурный вариант для SaaS-приложений).

Понимание схем и пути поиска помогает организовать базу данных чисто, избежать загромождения и конфликтов от размещения всего в `public` и реализовать паттерны вроде многотенантности.

Поскольку логическая организация объектов базы данных важна для поддерживаемости (особенно в более крупных приложениях) и поскольку схемы позволяют реализовать важные паттерны (разделение по доменам, многотенантность, безопасность на уровне схемы), понимание схем PostgreSQL — что это такое, путь поиска и их практические применения — это ценное, практически релевантное знание для эффективной структурализации баз данных Postgres, особенно релевантное для более крупных или многотенантных приложений, где хорошая организация объектов важна.