Использовался ли ORM и raw SQL?

На практике вопрос редко стоит как “или ORM, или raw SQL”. Обычно речь идёт о разумном сочетании этих подходов.

Определение

ORM (Object-Relational Mapping) — это слой, который позволяет работать с таблицами базы данных через объекты и классы языка программирования, скрывая явный SQL.

Когда используют ORM

ORM хорошо подходит для большинства стандартных задач:

1. CRUD-операции

   • Создание, чтение, обновление и удаление записей.

   • Код получается короче и понятнее.

2. Работа с моделями и связями

   • Связи один-к-одному, один-ко-многим.

   • Удобная навигация по объектам.

3. Быстрая разработка

   • Меньше шаблонного кода.

   • Проще поддерживать и читать.

Пример идеи (упрощённо):

user = User.objects.get(id=1)
user.email = "new@mail.com"
user.save()

Когда используют raw SQL

Raw SQL выбирают, когда ORM становится ограничением:

1. Сложные запросы

   • Много JOIN, подзапросы, оконные функции.

2. Оптимизация производительности

   • Нужно строго контролировать план выполнения запроса.

3. Массовые операции

   • Bulk insert/update, сложные агрегации.

4. Специфичные возможности БД

   • Расширения, нестандартные типы данных, хинты.

Пример:

cursor.execute(
    "SELECT id, count(*) FROM orders GROUP BY id HAVING count(*) > 10"
)

Типовые проблемы при неправильном использовании ORM

• N+1 запрос — множество лишних обращений к БД.

• Сложно понять, какой SQL реально выполняется.

• Иллюзия “бесплатных” операций, которые на деле дорогие.

Практический подход, который ценят на собеседованиях

• ORM — основной инструмент.

• Raw SQL — осознанное исключение.

• Понимание SQL обязательно, даже при активном использовании ORM.

Вывод

ORM ускоряет разработку и упрощает код, а raw SQL нужен для сложных и критичных случаев — в реальных проектах почти всегда используют оба подхода.