> В чем преимущество PostgreSQL перед MongoDB (Node.js, MongoDB, JavaScript, Go, PostgreSQL)

Короткий ответ

PostgreSQL даёт строгую согласованность данных, мощные joins, транзакции ACID и богатый набор типов, включая JSONB. Для Node.js и Go это критично, когда бизнес-логика требует целостности ссылок и сложных запросов. MongoDB выигрывает в гибкости схемы и горизонтальном масштабировании, но для большинства backend-задач с чёткими связями PostgreSQL надёжнее и предсказуемее.

Подробное объяснение

Основное преимущество PostgreSQL - зрелая реляционная модель с полной поддержкой ACID, что гарантирует атомарность, согласованность, изоляцию и долговечность транзакций. В MongoDB транзакции появились позже и работают медленнее, а по умолчанию документы обновляются без изоляции.

PostgreSQL поддерживает сложные joins, подзапросы, оконные функции и индексы (B-tree, hash, GiST, GIN, BRIN). Это позволяет выполнять аналитические запросы без выгрузки данных в приложение. MongoDB требует денормализации и ручного управления ссылками, что усложняет код и увеличивает риск рассинхронизации.

Типизация в PostgreSQL строгая: даты, числа, JSONB, массивы, геоданные - всё проверяется на уровне базы. JSONB даёт гибкость документо-ориентированного подхода внутри реляционной схемы, позволяя сочетать структурированные и полуструктурированные данные.

Для Node.js и Go PostgreSQL предлагает зрелые драйверы (pg, node-postgres, pgx) с поддержкой connection pooling, prepared statements и streaming. MongoDB драйверы тоже хороши, но требуют больше внимания к consistency и error handling.

Горизонтальное масштабирование PostgreSQL сложнее (шардинг через Citus или ручное партиционирование), но для большинства проектов вертикальное масштабирование и репликация достаточны. MongoDB изначально спроектирована для шардинга, но это добавляет операционную сложность.

На практике

Выбор между PostgreSQL и MongoDB зависит от характера данных. Если у вас чёткие схемы, связи между сущностями и требования к целостности - PostgreSQL. Если данные слабоструктурированы, часто меняют форму и не требуют joins - MongoDB.

Для Node.js и Go типичный сценарий: PostgreSQL используется для основных бизнес-данных (пользователи, заказы, платежи), а MongoDB - для логов, событий или кэша. Это позволяет взять лучшее от обеих систем.

Пример trade-off: в MongoDB вы можете быстро добавить новое поле в документ без миграции. В PostgreSQL придётся выполнять ALTER TABLE, что блокирует запись. Но зато PostgreSQL не даст записать число в строковое поле, предотвращая баги на production.

Пример кода

JAVASCRIPT
// PostgreSQL - транзакция с проверкой целостности
const { Pool } = require('pg');
const pool = new Pool();

async function transferMoney(fromId, toId, amount) {
  const client = await pool.connect();
  try {
    await client.query('BEGIN');
    await client.query(
      'UPDATE accounts SET balance = balance - $1 WHERE id = $2 AND balance >= $1',
      [amount, fromId]
    );
    if (result.rowCount === 0) throw new Error('Insufficient funds');
    await client.query(
      'UPDATE accounts SET balance = balance + $1 WHERE id = $2',
      [amount, toId]
    );
    await client.query('COMMIT');
  } catch (e) {
    await client.query('ROLLBACK');
    throw e;
  } finally {
    client.release();
  }
}

JAVASCRIPT
// MongoDB - аналогичная операция без транзакции (риск потери данных)
const { MongoClient } = require('mongodb');
const client = new MongoClient(uri);
await client.connect();
const db = client.db('bank');
const session = client.startSession();

try {
  session.startTransaction();
  await db.collection('accounts').updateOne(
    { _id: fromId, balance: { $gte: amount } },
    { $inc: { balance: -amount } },
    { session }
  );
  await db.collection('accounts').updateOne(
    { _id: toId },
    { $inc: { balance: amount } },
    { session }
  );
  await session.commitTransaction();
} catch (e) {
  await session.abortTransaction();
  throw e;
} finally {
  session.endSession();
}

Как отвечать на собеседовании

Начни с ключевого отличия: согласованность и целостность против гибкости и масштабирования. Приведи конкретный пример из своего опыта, где PostgreSQL спас от бага, который в MongoDB был бы незаметен до production. Упомяни JSONB как мостик между двумя подходами. Не критикуй MongoDB - покажи понимание её сильных сторон (быстрая запись, schema-less, шардинг). Закончи выводом, что выбор зависит от задачи, а не от моды.

Что проверяет интервьюер

• Понимание CAP-теоремы и trade-off между consistency и availability.
• Знание внутреннего устройства: индексы, MVCC, WAL в PostgreSQL vs storage engine в MongoDB.
• Умение оценивать требования проекта и выбирать инструмент.
• Опыт работы с транзакциями и конкурентным доступом.
• Понимание operational complexity: бэкапы, репликация, миграции.

Типичные ошибки

• Утверждение, что PostgreSQL всегда лучше - это показывает непонимание контекста.
• Сравнение только по скорости: MongoDB быстрее на простых записях, но медленнее на joins.
• Игнорирование JSONB: кандидат не знает, что PostgreSQL умеет работать с документами.
• Упоминание только ORM (Sequelize, Mongoose) без понимания SQL и aggregation pipeline.
• Путаница между шардингом и репликацией: в PostgreSQL репликация есть, шардинг - через расширения.