Когда не нужно использовать ORM

ORM удобен для простых CRUD-операций, но есть случаи, когда его лучше избегать:

1. Сложные запросы – для аналитики, агрегации данных или JOIN нескольких таблиц часто проще писать чистый SQL.

# Вместо ORM:
results = db.session.execute("""
    SELECT user.name, COUNT(orders.id) 
    FROM users 
    LEFT JOIN orders ON users.id = orders.user_id 
    GROUP BY users.id
""")

2. Высокая производительность – ORM добавляет оверхед. Для высоконагруженных систем лучше использовать raw SQL или хранимые процедуры.

3. Миграции схемы БД – ORM-миграции могут не покрыть все нюансы (например, партиционирование).

4. Нестандартные СУБД – некоторые нишевые базы данных плохо поддерживаются ORM.

5. Микросервисы с CQRS – разделение на команды (запись) и запросы (чтение) часто требует разных подходов.

Главное правило: ORM – это абстракция, которая иногда "протекает". Если задача выходит за рамки типового использования, стоит рассмотреть альтернативы.