В чем разница между схемой и базой данных в PostgreSQL?

Различия между схемой и базой данных в PostgreSQL

В PostgreSQL существует строгая иерархия объектов: кластер баз данных → базы данных → схемы → объекты (таблицы, функции, представления и т.д.). Понимание разницы между базой данных и схемой — фундамент для грамотного проектирования и администрирования PostgreSQL.

База данных (Database)

База данных — это изолированное пространство на уровне кластера PostgreSQL, которое представляет собой отдельный набор данных с собственными настройками безопасности и точкой подключения.

Ключевые характеристики:

• Изоляция: БД логически изолированы друг от друга. Пользователь или приложение подключаются к конкретной базе данных (psql -d my_database). Запросы не могут напрямую обращаться к объектам другой БД в рамках одного соединения — для этого требуются дополнительные механизмы (dblink, FDW).
• Владельцы и привилегии: У каждой БД есть владелец (OWNER). Права доступа (GRANT, REVOKE) управляются для каждой базы отдельно.
• Отдельное подключение: Каждое соединение клиента устанавливается к одной конкретной БД. Создание БД — операция на уровне кластера.

-- Создание новой базы данных
CREATE DATABASE sales_app 
WITH 
    OWNER = sales_admin 
    ENCODING = 'UTF8' 
    CONNECTION LIMIT = 100;

Типичные сценарии использования разных баз данных:

• Разделение данных для разных, полностью независимых приложений (например, app_crm и app_analytics)
• Обеспечение максимальной изоляции для требований безопасности
• Создание отдельных сред для разработки, тестирования и продакшена в рамках одного кластера

Схема (Schema)

Схема — это пространство имен внутри базы данных, контейнер для организации объектов (таблиц, представлений, функций).

Ключевые характеристики:

• Пространство имен: Схемы позволяют иметь объекты с одинаковыми именами в одной БД (public.products и analytics.products).
• Иерархия безопасности: Можно управлять правами на уровне схемы (GRANT USAGE ON SCHEMA my_schema TO user1).
• Логическая группировка: Объекты, относящиеся к одной функциональной области, удобно группировать в схемы.

-- Создание схемы и работа с объектами внутри неё
CREATE SCHEMA financials AUTHORIZATION finance_user;

CREATE TABLE financials.transactions (
    id SERIAL PRIMARY KEY,
    amount DECIMAL NOT NULL,
    created_at TIMESTAMP DEFAULT NOW()
);

-- Установка схемы по умолчанию для пользователя
ALTER USER app_user SET search_path = financials, public;

Типичные сценарии использования схем:

• Разделение данных внутри одного приложения по модулям (core, billing, reporting)
• Организация мультитенантных приложений (одна схема на каждого клиента)
• Версионирование структур данных (схемы v1, v2 для миграций)
• Разделение доступа между отделами в корпоративной БД

Сравнительная таблица

Практические рекомендации

1. Когда использовать разные БД:

   • Приложения полностью независимы и никогда не требуют объединения данных в одном запросе
   • Требуется различная настройка параметров на уровне БД (work_mem, maintenance_work_mem)
   • Необходима физическая изоляция для безопасности или соответствия нормативным требованиям

2. Когда использовать схемы:

   • Логическое разделение функциональных блоков одного приложения
   • Реализация мультитенантной архитектуры
   • Организация более тонкого управления доступом пользователей

3. Важные технические нюансы:

   • По умолчанию используется схема public
   • search_path определяет порядок поиска объектов по схеме
   • pg_dump позволяет делать дамп отдельных схем: pg_dump -n my_schema db_name
   • Расширения (extensions) устанавливаются на уровне БД, но могут создавать объекты в конкретных схемах

Вывод: Выбор между созданием новой БД или новой схемы зависит от требований к изоляции, безопасности и необходимости выполнения кросс-объектных запросов. Схемы обеспечивают гибкую организацию внутри одного логического приложения, в то время как базы данных создают жесткие границы, подходящие для полностью независимых систем. В большинстве случаев для модульного приложения оптимальным выбором является использование одной БД с несколькими схемами.