> В чем разница реляционных и нереляционных баз данных (Python)

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

Реляционные БД (SQL) хранят данные в таблицах с фиксированной схемой и связями через ключи, обеспечивая ACID-транзакции. Нереляционные (NoSQL) - гибкие модели (документы, key-value, графы), масштабируются горизонтально и не требуют строгой схемы. Выбор зависит от задачи: SQL - для целостности и сложных запросов, NoSQL - для больших объемов и быстрой разработки.

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

Реляционные БД (PostgreSQL, MySQL, Oracle):

• Данные в таблицах (rows/columns), связи через foreign keys
• Строгая схема (schema-on-write) - структура определяется заранее
• ACID (Atomicity, Consistency, Isolation, Durability) - гарантии транзакций
• SQL - мощный язык для сложных JOIN-запросов
• Вертикальное масштабирование (увеличение мощности сервера)

Нереляционные БД (MongoDB, Redis, Cassandra, Neo4j):

• Модели: документы (JSON), key-value, wide-column, графы
• Гибкая схема (schema-on-read) - структура может меняться
• BASE (Basically Available, Soft state, Eventual consistency) - компромисс с целостностью
• Специализированные API вместо SQL
• Горизонтальное масштабирование (добавление серверов, sharding)

Ключевые различия:

• Схема: фиксированная vs гибкая
• Транзакции: ACID vs BASE
• Масштабирование: вертикальное vs горизонтальное
• Запросы: универсальный SQL vs специализированные
• Связи: через JOIN vs вложенные документы/денормализация

На практике

Для QA важно понимать, как различия влияют на тестирование:

• Реляционные: проверка целостности данных, миграции схем, транзакционные тесты (откаты), сложные сценарии с JOIN
• Нереляционные: тестирование гибкой схемы (отсутствие валидации на уровне БД), eventual consistency (задержки синхронизации), денормализованные данные (риск рассинхронизации)

Примеры выбора:

• Банковская система → PostgreSQL (транзакции критичны)
• Каталог товаров с разными атрибутами → MongoDB (гибкая схема)
• Кэш сессий → Redis (key-value, скорость)
• Соцсеть с друзьями → Neo4j (графовые связи)

Пример кода

PYTHON
# Реляционная модель (SQLAlchemy)
class User(Base):
    __tablename__ = 'users'
    id = Column(Integer, primary_key=True)
    name = Column(String)
    orders = relationship("Order")

class Order(Base):
    __tablename__ = 'orders'
    id = Column(Integer, primary_key=True)
    user_id = Column(ForeignKey('users.id'))
    total = Column(Float)

# Нереляционная модель (MongoDB через pymongo)
user = {
    "_id": ObjectId(),
    "name": "Alice",
    "orders": [
        {"total": 100.0, "items": ["book", "pen"]},
        {"total": 50.0, "items": ["notebook"]}
    ]
}
collection.insert_one(user)

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

1. Начни с краткого определения обоих типов
2. Перечисли ключевые различия: схема, транзакции, масштабирование, запросы
3. Приведи конкретные примеры БД и сценариев использования
4. Упомяни trade-off: ACID vs производительность/гибкость
5. Для роли QA добавь: как это влияет на стратегию тестирования
6. Если спросят про выбор - объясни критерии: требования к целостности, объем данных, скорость разработки

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

• Понимание фундаментальных концепций, а не заученных определений
• Умение сравнивать по нескольким осям (схема, транзакции, масштабирование)
• Практическое мышление - способность привязать выбор к конкретной задаче
• Осведомленность о trade-off и ограничениях каждого подхода
• Для QA - понимание влияния на тестирование (валидация, consistency, миграции)

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

• Утверждение "NoSQL не поддерживает транзакции" - частично верно, но MongoDB и Cassandra имеют ограниченную поддержку
• Смешение понятий "реляционная" и "SQL" - SQL может использоваться в NewSQL, а NoSQL - не всегда нереляционная
• Игнорирование гибридных решений (PostgreSQL с JSONB, NewSQL)
• Фокус только на производительности, без учета целостности данных
• Для QA: забывают про тестирование миграций в реляционных БД и eventual consistency в NoSQL