🗄️ SQL и базы данных · 20 вопросов · ~35 мин · ⏱ Таймер 35:00 · Лёгкий ·

Агрегатные функции и GROUP BY

Тест построен вокруг подсчётов, которые часто выглядят верно до проверки на маленькой таблице. Нужно различить COUNT(*) и COUNT(column), не потерять группы из-за WHERE, правильно применить HAVING, увидеть дубли после JOIN и выбрать запрос, который возвращает ровно одну строку на требуемую группу.

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

⏱ --:--

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

Вопрос 1 из 20

Чем отличаются два значения count_all и count_score?

WITH t(score) AS (VALUES (10), (NULL), (20))
SELECT COUNT(*) AS count_all, COUNT(score) AS count_score
FROM t;

Оба равны 3 Оба равны 2 count_all = 2, count_score = 3 count_all = 3, count_score = 2

Вопрос 2 из 20

Чему равен AVG(score)?

WITH t(score) AS (VALUES (10), (NULL), (20))
SELECT AVG(score) FROM t;

15 10 20 NULL

Вопрос 3 из 20

Что вернёт SUM(amount), если WHERE не оставил ни одной строки?

SELECT SUM(amount)
FROM orders
WHERE created_at < DATE '1900-01-01';

Запрос завершится ошибкой Одну строку без столбцов NULL 0

Вопрос 4 из 20

Какой запрос считает число различных customer_id среди заказов?

SELECT COUNT(*) DISTINCT customer_id FROM orders; SELECT COUNT(customer_id) FROM orders; SELECT COUNT(DISTINCT customer_id) FROM orders; SELECT DISTINCT COUNT(customer_id) FROM orders;

Вопрос 5 из 20

В PostgreSQL сравниваются MIN(created_at) и сортировка с NULLS FIRST. В чём различие при наличии NULL?

MIN возвращает NULL только при DESC, а сортировка — только при ASC MIN и сортировка с NULLS FIRST одинаково пропускают NULL MIN выбирает самую новую дату, а ORDER BY — самую старую MIN игнорирует NULL, а запрос с NULLS FIRST может вернуть NULL первой строкой

Вопрос 6 из 20

Сколько групп вернёт этот запрос?

WITH sales(category, amount) AS (VALUES ('A',10),('A',20),('B',5))
SELECT category, SUM(amount)
FROM sales
GROUP BY category;

Три группы Одна группа Две группы Четыре группы

Вопрос 7 из 20

В employees одному department_id соответствуют разные сотрудники, а department_id не уникален. Почему запрос неверен в PostgreSQL?

SELECT department_id, name, SUM(salary)
FROM employees
GROUP BY department_id;

name не входит в GROUP BY и не агрегирован GROUP BY должен идти после ORDER BY department_id нельзя группировать SUM нельзя использовать с GROUP BY

Вопрос 8 из 20

Как изменится гранулярность, если к GROUP BY city добавить product?

SUM перестанет работать, потому что product не входит в агрегат Число строк не изменится: второй ключ влияет только на порядок вывода Все товары одного города снова объединятся в одну группу Каждая городская группа может разделиться на группы по товарам

Вопрос 9 из 20

Нужна одна строка на календарный месяц за несколько лет. Почему GROUP BY EXTRACT(MONTH FROM created_at) недостаточен?

Январи разных лет объединятся EXTRACT(MONTH) возвращает текст, поэтому месяцы разных лет нельзя сравнить GROUP BY требует строковое название месяца GROUP BY автоматически учитывает год исходной даты, даже если он не указан

Вопрос 10 из 20

Какой запрос возвращает сумму по отделу и не дробит отдел по каждому сотруднику?

SELECT department_id, SUM(salary) FROM employees GROUP BY department_id; SELECT department_id, employee_id, SUM(salary) FROM employees GROUP BY department_id, employee_id; SELECT SUM(salary) FROM employees GROUP BY employee_id; SELECT DISTINCT department_id, salary FROM employees;

Вопрос 11 из 20

Какой запрос оставит только отделы, где средняя зарплата выше 100000?

HAVING salary > 100000 GROUP BY department_id WHERE AVG(salary) > 100000 GROUP BY department_id GROUP BY AVG(salary) > 100000 GROUP BY department_id HAVING AVG(salary) > 100000

Вопрос 12 из 20

Что делает WHERE status = 'paid' в этом отчёте?

SELECT customer_id, SUM(amount)
FROM orders
WHERE status = 'paid'
GROUP BY customer_id;

Работает как HAVING COUNT(*) > 0 Не допускает неоплаченные строки к группировке и сумме Фильтрует уже сформированные группы после вычисления SUM Проверяет псевдоним агрегата total до группировки

Вопрос 13 из 20

Какой смысл у HAVING COUNT(*) >= 3?

SELECT customer_id, COUNT(*)
FROM orders
GROUP BY customer_id
HAVING COUNT(*) >= 3;

Посчитать только три строки Ограничить результат первыми тремя группами Оставить отдельные строки с id >= 3 Оставить группы, содержащие не меньше трёх строк

Вопрос 14 из 20

Можно ли условие country = 'EE' перенести из HAVING в WHERE, если country входит в GROUP BY и требуется исключить другие страны до подсчёта?

Да, и это обычно яснее и позволяет фильтровать раньше Нет: WHERE при наличии GROUP BY влияет только на порядок строк Да, но только если нет агрегатов Нет: любое условие по столбцу из GROUP BY должно оставаться в HAVING

Вопрос 15 из 20

Почему HAVING amount > 100 обычно неверен при GROUP BY customer_id?

HAVING не допускает числа Нужно заменить HAVING на LIMIT amount не агрегирован и не является ключом группы customer_id нельзя использовать в GROUP BY

Вопрос 16 из 20

После JOIN одного заказа с тремя позициями COUNT(*) даёт 3. Как посчитать число заказов?

COUNT(order_items.id) SUM(orders.id) COUNT(*) COUNT(DISTINCT orders.id)

Вопрос 17 из 20

Как посчитать число оплаченных заказов одной агрегацией в PostgreSQL?

COUNT(*) WHERE status='paid' COUNT(status = 'paid') COUNT(*) FILTER (WHERE status='paid') FILTER COUNT(status='paid')

Вопрос 18 из 20

Почему COUNT(status = 'paid') не считает только оплаченные строки?

SELECT COUNT(status = 'paid') FROM orders;

Сравнения нельзя передавать COUNT Выражение даёт true или false, и оба результата не равны NULL status автоматически преобразуется в число COUNT булева выражения автоматически пропускает false и считает только true

Вопрос 19 из 20

Как сохранить категории без товаров в отчёте с нулевым количеством?

FROM categories c LEFT JOIN products p ON p.category_id=c.id GROUP BY c.id FROM categories c CROSS JOIN products p WHERE p.category_id=c.id

FROM categories c
RIGHT JOIN products p ON p.category_id = c.id
GROUP BY c.id

FROM categories c JOIN products p ON p.category_id=c.id GROUP BY c.id

Вопрос 20 из 20

Отчёт строится через categories LEFT JOIN products. Почему для числа товаров нужно считать COUNT(p.id), а не COUNT(*)?

COUNT(p.id) учитывает строку внешнего соединения даже тогда, когда p.id равен NULL COUNT(*) пропускает строку категории, если все столбцы правой таблицы равны NULL GROUP BY автоматически заменяет COUNT(*) на COUNT первого столбца правой таблицы LEFT JOIN всё равно создаёт одну строку категории с NULL справа, и COUNT(*) посчитает её как 1

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

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

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

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