Что хотят услышать интервьюеры:

Нужно показать, что эффективность SQL-запросов повышают не только «ускорением SQL», но и правильной схемой данных, индексами, уменьшением объёма читаемых данных и анализом плана выполнения. Важно понимать, что сначала оптимизируют запрос и структуру хранения, а не пытаются компенсировать плохой запрос кодом на C#. Также ожидается знание типичных ошибок: SELECT *, функции на индексируемых колонках, лишние join’ы и N+1-запросы.

Определение:

Повышение эффективности SQL-запросов — это набор приёмов, которые уменьшают время выполнения, нагрузку на БД и объём передаваемых данных. Обычно это достигается за счёт индексов, корректной формы запроса, ограничения выборки, нормальной структуры таблиц и анализа execution plan. В прикладном смысле задача сводится к тому, чтобы база читала как можно меньше строк и делала как можно меньше лишней работы.

Пример использования:

Например, если приложение часто ищет заказы по CustomerId и дате, то вместо полного сканирования таблицы можно добавить составной индекс и переписать запрос так, чтобы он использовал его эффективно.

CREATE INDEX IX_Orders_CustomerId_OrderDate
ON Orders (CustomerId, OrderDate);

SELECT OrderId, OrderDate, TotalAmount
FROM Orders
WHERE CustomerId = @CustomerId
  AND OrderDate >= @FromDate
ORDER BY OrderDate;

Пояснение кода:

В примере индекс создаётся по полям, которые участвуют в фильтрации и сортировке. Это позволяет базе быстро находить нужные строки без полного просмотра всей таблицы. Сам запрос выбирает только необходимые столбцы, а не все данные, что снижает объём чтения и передачи. Если такой запрос выполняется часто, выигрыш обычно заметен сразу.

Ключевые моменты:

Использовать индексы по полям, которые часто участвуют в WHERE, JOIN, ORDER BY.
Не писать SELECT *, если нужны только несколько столбцов.
Следить, чтобы условия были sargable: не оборачивать индексируемые поля в функции и преобразования без необходимости.
Уменьшать объём данных: фильтрация на стороне БД, пагинация, ограничение выборки.
Избегать N+1-запросов, когда данные можно получить одним запросом или батчем.
Анализировать execution plan и статистику, потому что «быстро на глаз» и «быстро для БД» — не одно и то же.

Какие подходы существуют для повышения эффективности выполнения SQL-запросов?