🗄️ 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 = 3, count_score = 2 count_all = 2, count_score = 3

Вопрос 2 из 20

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

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

20 15 10 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(customer_id) FROM orders; SELECT DISTINCT COUNT(customer_id) FROM orders; SELECT COUNT(DISTINCT customer_id) FROM orders; SELECT COUNT(*) DISTINCT customer_id FROM orders;

Вопрос 5 из 20

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

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

Вопрос 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;

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

Вопрос 8 из 20

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

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

Вопрос 9 из 20

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

GROUP BY требует строковое название месяца EXTRACT(MONTH) возвращает текст, поэтому месяцы разных лет нельзя сравнить Январи разных лет объединятся 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 DISTINCT department_id, salary FROM employees; SELECT SUM(salary) FROM employees GROUP BY employee_id;

Вопрос 11 из 20

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

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

Вопрос 12 из 20

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

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

Фильтрует уже сформированные группы после вычисления SUM Работает как HAVING COUNT(*) > 0 Не допускает неоплаченные строки к группировке и сумме Проверяет псевдоним агрегата 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?

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

Вопрос 16 из 20

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

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

Вопрос 17 из 20

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

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

Вопрос 18 из 20

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

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

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

Вопрос 19 из 20

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

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

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

FROM categories c LEFT 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-страницу