---
title: SQL
questionDates:
q-transfer-0320: '2026-10-01'
seo:
description: >-
Тема «SQL» для собеседования Data Engineer. Как вы оптимизируете SQL-запросы
для повышения производительности? Какие методы нормализации данных вы
используете и почему?
title: SQL — Data Engineer
---
[Все темы Data Engineer](/prep/data-engineer)
## Как вы оптимизируете SQL-запросы для повышения производительности? [#q-14bee738d69b81318d57ec8a2c878574]
Я оптимизирую SQL запросы следующими методами:
{/* prettier-ignore */}
- Использование индексов:
- Создание индексов на столбцах, используемых в условиях WHERE, JOIN и ORDER BY.
- Оптимизация запросов за счет уменьшения количества прочитанных строк.
- Избегание полного сканирования таблиц:
- Использование условий WHERE для фильтрации данных.
- Оптимизация запросов путем уменьшения объема обрабатываемых данных.
- Оптимизация JOIN операций:
- Использование подходящих типов JOIN (INNER, LEFT, RIGHT, FULL).
- Убедитесь, что столбцы, используемые для соединений, проиндексированы.
- Избегание подзапросов:
- Переписывание подзапроса в JOIN проверяйте по плану и измерениям: оптимизатор может строить одинаковый план, а наивная замена может изменить число строк.
- Нормализация данных:
- Разделение данных на связанные таблицы для уменьшения избыточности и повышения целостности данных.
- Профилирование и анализ запросов:
- Использование EXPLAIN для анализа планов выполнения запросов.
- Определение узких мест и оптимизация проблемных запросов.
:::note[Ссылки для изучения]
1. [EXPLAIN: стоимость, строки и выбор последовательного либо индексного сканирования](https://postgrespro.ru/docs/postgresql/18/using-explain)
1. [Индексы: ускорение поиска и цена изменения данных](https://postgrespro.ru/docs/postgresql/18/indexes-intro)
:::
---
## Какие методы нормализации данных вы используете и почему? [#q-14bee738d69b81679de4d1b8a5e73dcd]
Я использовал следующиме методы нормализации данных:
{/* prettier-ignore */}
- Первая нормальная форма (1NF):
- Обеспечение атомарности данных (каждое значение — неделимый элемент).
- Удаление повторяющихся групп и создание отдельной таблицы для каждого набора связанных данных.
- Вторая нормальная форма (2NF):
- Устранение частичной зависимости (каждое неключевое поле зависит от всего первичного ключа).
- Разделение таблиц для обеспечения полной функциональной зависимости.
- Третья нормальная форма (3NF):
- Устранение транзитивной зависимости (каждое неключевое поле зависит только от первичного ключа).
- Разделение таблиц для обеспечения независимости данных.
:::note[Ссылки для изучения]
1. [Нормализация 1NF–3NF: зависимости, аномалии и декомпозиция без потерь](https://citforum.ru/database/advanced_intro/22.shtml)
:::
---
## Объясните различия между JOIN операциями в SQL. [#q-14bee738d69b81c4a80aeb10fb577a23]
Основные различия между разными видами джоинов:
{/* prettier-ignore */}
- INNER JOIN:
- Возвращает только те строки, которые имеют соответствующие значения в обеих соединяемых таблицах.
- Пример:
```sql
SELECT a.*, b.*
FROM tableA a
INNER JOIN tableB b ON a.id = b.a_id
```
- LEFT JOIN (LEFT OUTER JOIN):
- Возвращает все строки из левой таблицы и соответствующие строки из правой таблицы. Если соответствующих строк нет, возвращает NULL.
- Пример:
```sql
SELECT a.*, b.*
FROM tableA a
LEFT JOIN tableB b ON a.id = b.a_id
```
- RIGHT JOIN (RIGHT OUTER JOIN):
- Возвращает все строки из правой таблицы и соответствующие строки из левой таблицы. Если соответствующих строк нет, возвращает NULL.
- Пример:
```sql
SELECT a.*, b.*
FROM tableA a
RIGHT JOIN tableB b ON a.id = b.a_id
```
- FULL JOIN (FULL OUTER JOIN):
- Возвращает все строки, когда есть совпадения в одной из таблиц. Если соответствующих строк нет, возвращает NULL.
- Пример:
```sql
SELECT a.*, b.*
FROM tableA a
FULL JOIN tableB b ON a.id = b.a_id
```
:::note[Ссылки для изучения]
1. [INNER, LEFT, RIGHT, FULL и CROSS JOIN: условия соединения и NULL](https://postgrespro.ru/docs/postgresql/18/queries-table-expressions)
2. [JOIN: начало разбора. karpov.courses, с 0:08](https://www.youtube.com/watch?v=Xy3RWYKRVb4&t=8s)
:::
---
## Эквивалентны ли CROSS JOIN с WHERE и INNER JOIN ON? [#q-transfer-0320]
Для inner join `FROM a CROSS JOIN b WHERE a.id = b.id` реляционно эквивалентен `FROM a INNER JOIN b ON a.id = b.id`, и зрелый оптимизатор обычно строит одинаковый план. Вторая запись яснее отделяет условие соединения от фильтра результата. Для outer joins перенос условия между `ON` и `WHERE` меняет семантику, потому что `WHERE` может удалить строки, дополненные `NULL`. Формулировку проверяют для конкретного SQL-диалекта, типа join и плана выбранной версии СУБД.
:::note[Ссылки для изучения]
1. [CROSS JOIN, INNER JOIN и условия ON/WHERE в PostgreSQL: эквивалентность и отличие внешних соединений](https://postgrespro.ru/docs/postgresql/18/queries-table-expressions)
2. [JOIN: начало разбора. karpov.courses, с 0:08](https://www.youtube.com/watch?v=Xy3RWYKRVb4&t=8s)
:::