🗄️ SQL и базы данных · 20 вопросов · ~39 мин · ⏱ Таймер 39:00 · Средний · 👥 1 прошёл

PostgreSQL на практике

Задания собраны вокруг особенностей PostgreSQL, которые действительно меняют поведение приложения: identity и последовательности не обещают плотной нумерации, RETURNING убирает лишнее чтение, ON CONFLICT требует подходящей уникальности, массивы и диапазоны имеют собственные операторы, а расширения подключаются осознанно и сопровождаются как зависимость базы.

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

⏱ --:--

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

Вопрос 1 из 20

Какой тип лучше хранит IPv4 и IPv6 с проверкой формата и сетевыми операциями?

CREATE TABLE access_log (client_ip inet NOT NULL);

inet text jsonb bytea

Вопрос 2 из 20

Зачем использовать uuid вместо text для UUID?

id uuid PRIMARY KEY DEFAULT gen_random_uuid()

База проверяет формат и хранит специализированный тип Чтобы UUID стал последовательным без пропусков Тип uuid сам генерирует новое значение, даже если DEFAULT и явное значение не заданы Столбец uuid нельзя индексировать обычным B-tree

Вопрос 3 из 20

Как проверить, содержит ли массив tags значение sql?

ARRAY['sql'] @> id tags @> ARRAY['sql'] tags = 'sql' tags LIKE '%sql%'

Вопрос 4 из 20

Какой тип естественно выражает интервал цен от 100 до 500?

SELECT numrange(100, 500, '[)');

money_pair text numrange numeric[]

Вопрос 5 из 20

Почему enum стоит применять осмотрительно?

Любое добавление значения требует переписать все строки, где используется тип Добавление и изменение набора значений — изменение схемы, а жизненный цикл статусов может быть сложнее списка Enum нельзя сравнивать и сортировать без явного приведения к text Enum нельзя использовать в индексах, ограничениях и параметрах функций

Вопрос 6 из 20

Гарантирует ли GENERATED ... AS IDENTITY отсутствие пропусков?

id bigint GENERATED ALWAYS AS IDENTITY PRIMARY KEY

Да, после каждого ROLLBACK номер возвращается Нет, выданные значения могут пропускаться из-за откатов и конкуренции Да, если таблица имеет PRIMARY KEY Нет: identity может выдать один номер двум строкам, если вставки идут параллельно

Вопрос 7 из 20

Почему SELECT max(id) после INSERT опасен для получения id своей строки?

INSERT INTO orders(customer_id) VALUES ($1);
SELECT max(id) FROM orders;

INSERT сохраняет id в состоянии сеанса, и следующий SELECT max(id) читает именно его PRIMARY KEY делает max(id) безопасным, потому что большие значения принадлежат последней вставке сеанса MAX(id) возвращает NULL для bigint даже при наличии строк Между командами другой сеанс может вставить строку с большим id

Вопрос 8 из 20

Как надёжно получить сгенерированный id одной командой?

INSERT INTO orders(customer_id) VALUES ($1); SELECT max(id); SELECT nextval('orders_id_seq'); INSERT INTO orders DEFAULT VALUES; INSERT INTO orders(customer_id) VALUES ($1) RETURNING id; INSERT INTO orders(customer_id) VALUES ($1) ORDER BY id DESC;

Вопрос 9 из 20

Откатывается ли nextval последовательности вместе с транзакцией?

BEGIN;
SELECT nextval('order_no_seq');
ROLLBACK;

Только при SAVEPOINT Нет, выданное значение не возвращается Да, если nextval вызван после BEGIN и до первой изменяющей команды Только если нет индекса

Вопрос 10 из 20

Что означает currval в текущем сеансе?

SELECT currval('orders_id_seq');

Значение последовательности, соответствующее последнему COMMIT во всей базе Последнее значение, полученное через nextval для этой последовательности в текущем сеансе Максимальный id связанной таблицы, видимый текущему сеансу Следующее значение последовательности без её увеличения

Вопрос 11 из 20

Что необходимо для ON CONFLICT (email)?

CREATE UNIQUE INDEX ux_users_email ON users(email);

Триггер AFTER SELECT Уникальность по email, пригодная как арбитр Обычный индекс по created_at FOREIGN KEY на email

Вопрос 12 из 20

Что означает EXCLUDED.name в DO UPDATE?

INSERT INTO users(email,name) VALUES ($1,$2)
ON CONFLICT(email) DO UPDATE SET name=EXCLUDED.name;

Имя таблицы конфликта Последнее имя во всей таблице Имя из уже существующей строки Имя, предложенное новой вставляемой строкой

Вопрос 13 из 20

Как принять повторное внешнее событие без ошибки и без изменения первой записи?

ON CONFLICT (event_id) DO NOTHING ON CONFLICT (event_id) DO UPDATE SET processed_at=now() DELETE WHERE event_id=$1 ON CONFLICT DO UPDATE SET event_id=NULL

Вопрос 14 из 20

Почему бездумно обновлять created_at через UPSERT плохо?

ON CONFLICT(external_id) DO UPDATE
SET created_at = EXCLUDED.created_at;

При конфликте UPSERT повторяет вставку с новым идентификатором вместо ветви UPDATE Повторная доставка стирает исходное время создания EXCLUDED.created_at берётся из существующей строки и поэтому сохраняет исходное время created_at можно хранить только в отдельной таблице истории

Вопрос 15 из 20

Как вернуть всю фактически вставленную или обновлённую строку?

... ON CONFLICT ... ORDER BY * ... ON CONFLICT ... HAVING * ... ON CONFLICT ... DO UPDATE ... RETURNING * ... ON CONFLICT ... EXPLAIN *

Вопрос 16 из 20

Что делает CREATE EXTENSION pg_trgm?

CREATE EXTENSION IF NOT EXISTS pg_trgm;

Включает триграммы во всех столбцах автоматически Устанавливает серверные файлы расширения в операционную систему прямо из SQL Загружает возможности pg_trgm только в текущий сеанс до разрыва соединения Создаёт объекты расширения в текущей базе

Вопрос 17 из 20

Для чего полезен pg_trgm?

SELECT name FROM products WHERE name % 'пылесос';

Для поиска похожих строк и некоторых LIKE/ILIKE Для полноценных внешних ключей Для блокировки таблиц Для генерации последовательностей

Вопрос 18 из 20

Какой индекс обычно создают для ILIKE '%фрагмент%' с pg_trgm?

CREATE INDEX ON products (length(name)); CREATE INDEX ON products USING HASH (lower(name)); CREATE INDEX ON products USING GIN (name gin_trgm_ops); CREATE UNIQUE INDEX ON products (name text_pattern_ops);

Вопрос 19 из 20

Почему расширение надо указывать в миграциях проекта?

Само присутствие CREATE EXTENSION ускоряет каждый SELECT проекта Расширение существует лишь до COMMIT той транзакции, где выполнен CREATE EXTENSION Новая база и среда должны воспроизводимо получить те же функции, типы и операторы Без записи в миграции расширение доступно только суперпользователю, но воспроизводимость не страдает

Вопрос 20 из 20

Что проверить перед использованием нового расширения в управляемой базе?

Доступность у провайдера, поддерживаемую версию, права и план обновления Главная проверка — можно ли удалить расширение с CASCADE после запуска приложения Достаточно увидеть название расширения в списке провайдера; версия и права роли уже не важны Наличие расширения в одной базе гарантирует те же объекты и версию во всех базах кластера

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

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

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

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