🗄️ SQL и базы данных · 20 вопросов · ~37 мин · ⏱ Таймер 37:00 · Средний ·

Общие табличные выражения CTE

CTE в тесте используется как именованный этап, а не как украшение запроса. Нужно проследить область видимости, порядок зависимостей, рекурсивное наращивание результата и условие остановки. Отдельные задания проверяют, когда WITH делает запрос яснее, а когда лишь прячет неопределённую гранулярность или не гарантирует ускорение.

Отвечено: 0 из 20

⏱ --:--

💡 Инструкция: Выбери один ответ из четырёх. В тесте 20 вопросов и 37 минут. После завершения откроются общий процент, четыре тематические шкалы, правильные ответы и разбор каждого задания.

Вопрос 1 из 20

Где доступно имя recent_orders?

WITH recent_orders AS (
  SELECT * FROM orders WHERE created_at >= CURRENT_DATE - 7
)
SELECT COUNT(*) FROM recent_orders;

Пока не закрыто соединение Во всех последующих запросах соединения Только в одном SQL-операторе после WITH До конца транзакции

Вопрос 2 из 20

Что задаёт список (customer_id, total) после имени CTE?

WITH totals(customer_id, total) AS (
  SELECT customer_id, SUM(amount) FROM orders GROUP BY customer_id
)
SELECT * FROM totals;

Условия группировки Имена его выходных столбцов Индексы CTE Параметры функции

Вопрос 3 из 20

Можно ли обратиться к CTE дважды в основном запросе?

Да, в пределах того же оператора Нет, CTE одноразовый Только если он рекурсивный Только через SELECT *

Вопрос 4 из 20

Почему второй SELECT не видит x?

WITH x AS (SELECT 1 AS n)
SELECT * FROM x;

SELECT * FROM x;

Имя x конфликтует с псевдонимом системного столбца и поэтому видно один раз Область WITH закончилась после первого SELECT Второй SELECT должен быть присоединён к первому через UNION ALL CTE доступен второму SELECT, но только если повторить его имя в FROM первого

Вопрос 5 из 20

Какое имя столбца имеет CTE, если внутренний SELECT задаёт AS total?

WITH x AS (SELECT SUM(amount) AS total FROM orders)
SELECT total FROM x;

Столбец наследует имя CTE x total sum amount

Вопрос 6 из 20

Может ли второй CTE ссылаться на первый, объявленный выше?

WITH paid AS (
  SELECT * FROM orders WHERE status='paid'
),
totals AS (
  SELECT customer_id, SUM(amount) total FROM paid GROUP BY customer_id
)
SELECT * FROM totals;

Только через рекурсию Нет, CTE изолированы друг от друга Да, это обычная цепочка зависимостей Только если оба возвращают одну строку

Вопрос 7 из 20

Почему ссылка из first на second ниже обычно неверна без специальной рекурсивной конструкции?

WITH first AS (SELECT * FROM second),
     second AS (SELECT 1 AS n)
SELECT * FROM first;

CTE second нужно вынести во временную таблицу, даже если поменять порядок объявлений Ссылки между CTE допустимы лишь при явном списке выходных столбцов first не может ссылаться на ещё не объявленный second CTE first можно объявлять первым, но выбирать его разрешено только после second

Вопрос 8 из 20

На каком этапе правильнее считать средний total по клиентам?

В условии ON между заказами и клиентами до группировки В том же агрегате, который ещё считает total по отдельным заказам В исходном WHERE до подсчёта суммы заказов каждого клиента После CTE, который уже вернул одну строку на клиента

Вопрос 9 из 20

Что делает финальный запрос?

WITH per_customer AS (
  SELECT customer_id, SUM(amount) AS total
  FROM orders GROUP BY customer_id
)
SELECT AVG(total) FROM per_customer;

Считает число клиентов Считает среднюю сумму заказов на клиента Суммирует только максимумы Считает средний отдельный заказ

Вопрос 10 из 20

Почему имя filtered лучше имени temp1 для CTE?

Имя temp1 допустимо только для настоящей временной таблицы, но не для CTE Имя filtered заставляет PostgreSQL материализовать промежуточный результат Оно сообщает смысл этапа и облегчает проверку цепочки Имя temp1 точнее, потому что подчёркивает временный характер результата

Вопрос 11 из 20

Какие две части обязательны у типичного рекурсивного CTE?

VIEW и INDEX INSERT и DELETE Начальный запрос и рекурсивный шаг GROUP BY и HAVING

Вопрос 12 из 20

Какие значения вернёт запрос?

WITH RECURSIVE nums(n) AS (
  VALUES (1)
  UNION ALL
  SELECT n+1 FROM nums WHERE n<4
)
SELECT n FROM nums;

1, 2, 3, 4 Запрос бесконечный Только 4 1, 2, 3

Вопрос 13 из 20

Что предотвращает бесконечный рост nums?

WITH RECURSIVE nums(n) AS (
  VALUES (1)
  UNION ALL
  SELECT n+1 FROM nums WHERE n<4
) SELECT * FROM nums;

Ключевое слово RECURSIVE ограничивает число проходов четырьмя Условие WHERE n < 4 в рекурсивной части UNION ALL сам прекращает рекурсию после удаления повторов Начальная строка VALUES (1) задаёт и верхнюю границу последовательности

Вопрос 14 из 20

Для обхода дерева вниз какое условие связи обычно нужно?

child.parent_id = tree.id child.id = parent.id child.parent_id IS NULL child.id <> tree.id

Вопрос 15 из 20

Какой риск возникает в иерархии с ошибочным циклом A → B → A?

После первого повторения вершины рекурсивная часть возвращает пустой набор JOIN сам замечает повтор вершины и исключает её из следующего шага Рекурсивный запрос может повторять вершины без конца или до лимита ресурсов UNION ALL достаточно: повторная вершина не должна попасть в рекурсивную часть второй раз

Вопрос 16 из 20

Гарантирует ли CTE сам по себе ускорение запроса?

Да: для каждого CTE PostgreSQL создаёт временный индекс по всем столбцам Да: вынесение любого подзапроса в WITH уменьшает число чтений таблицы Нет, это прежде всего форма выражения; план нужно проверять Нет: вынесенный CTE образует отдельный этап и потому не даёт оптимизатору улучшить план

Вопрос 17 из 20

Когда CTE особенно полезен для чтения?

Только в рекурсии Когда этап имеет понятный промежуточный смысл и используется дальше Когда нужно скрыть отсутствие условия JOIN Когда все запросы состоят из одной строки

Вопрос 18 из 20

Когда временная таблица может быть уместнее одного CTE?

Когда набор мал и не требует повторного чтения или индекса Когда важно запретить оптимизатору собирать статистику по промежуточным данным Когда промежуточный результат используется один раз в одном операторе Когда промежуточный набор нужно использовать в нескольких операторах и, возможно, индексировать

Вопрос 19 из 20

Что не гарантирует этот рекурсивный запрос без ORDER BY в финальном SELECT?

WITH RECURSIVE tree AS (
  SELECT id, parent_id, 0 depth FROM nodes WHERE parent_id IS NULL
  UNION ALL
  SELECT n.id, n.parent_id, t.depth+1
  FROM nodes n JOIN tree t ON n.parent_id=t.id
)
SELECT * FROM tree;

Порядок вывода по глубине или ширине Набор достижимых узлов при корректной иерархии и условии соединения Использование UNION ALL между начальной и рекурсивной частями Наличие столбцов id, parent_id и depth в итоговом наборе

Вопрос 20 из 20

Какой признак хорошего CTE важнее длины его имени?

CTE должен выбирать все столбцы источника, чтобы следующий этап не потерял данные Имя CTE должно совпадать с одной из исходных таблиц для понятной области видимости Хороший CTE обязательно материализуется и выполняется отдельно от основного запроса По имени и списку столбцов понятна гранулярность результата

Ответьте на все 20 вопросов, чтобы получить результат

🔗 Встроить тест на свой сайт (iframe) ▼

Скопируйте код и вставьте в любое место на вашем сайте:

Также доступна прямая ссылка на embed-страницу