🐍 Python · 20 вопросов · ~50 мин · ⏱ Таймер 50:00 · Средний ·

Python и базы данных

Проверяет параметры запросов, транзакции, курсоры, модели данных и безопасное соединение. Задания связывают подключение с темами «Параметры SQL», «Транзакции» и «Слой данных»: придётся читать код, искать причину сбоя и выбирать решение по его поведению. Все задания рассчитаны на CPython 3.12; отличия других реализаций или версий учитываются только там, где это прямо оговорено.

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

⏱ --:--

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

Вопрос 1 из 20

Какой вариант защищает значение от SQL-инъекции?

Подставить `email` через f-строку и удвоить кавычки Экранировать апострофы вручную перед подстановкой Собрать запрос через `.format`, ограничив длину `email` Передать `email` отдельным параметром через интерфейс драйвера

Вопрос 2 из 20

Что должна сделать транзакция, если первое изменение прошло, а второе завершилось ошибкой?

Зафиксировать первое изменение отдельно Подавить ошибку после rollback Откатить оба изменения и сохранить исходную ошибку Удалить обе строки из таблицы

Вопрос 3 из 20

Курсор уже выдал последнюю строку выборки. Что вернёт следующий `fetchone()` в этом граничном случае?

import sqlite3

connection = sqlite3.connect(":memory:")
cursor = connection.cursor()
cursor.execute("CREATE TABLE items (id INTEGER, value TEXT)")
cursor.execute("INSERT INTO items VALUES (1, 'last')")
cursor.execute("SELECT value FROM items ORDER BY id")
first = cursor.fetchone()
second = cursor.fetchone()
print(second)
connection.close()

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

Вопрос 4 из 20

Предметные правила не должны зависеть от конкретного курсора. Какое проектное решение упростит тестирование и замену хранилища?

Чтобы SQL-запросы выполнялись без соединения с базой Чтобы транзакция открывалась при любом вызове предметной функции Ввести интерфейс репозитория и передавать предметной логике его реализацию Чтобы один курсор можно было безопасно разделять между потоками

Вопрос 5 из 20

Что гарантирует контекст соединения sqlite3 — и чего не гарантирует?

Каждая команда запускается в отдельном процессе Соединение обязательно закрывается, но транзакция не фиксируется Фиксирует или откатывает транзакцию, но не закрывает соединение Контекст только меняет row_factory

Вопрос 6 из 20

Как выглядит именованный параметр в sqlite3?

Ключи словаря записываются как `":city"` и `":age"` Значения заранее вставляются в строку через f-строку Ключи словаря — `"city"` и `"age"`, без двоеточия Маркеры заменяются на `%s`, а словарь передаётся вторым аргументом

Вопрос 7 из 20

Когда `executemany` уместнее цикла с отдельным commit после каждой строки?

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

Вопрос 8 из 20

Что даёт настройка `connection.row_factory = sqlite3.Row`?

Фабрика автоматически добавляет псевдонимы ко всем столбцам в SQL-запросе Курсор начинает возвращать обычные словари и перестаёт поддерживать числовые индексы Имена столбцов становятся доступны только после явного `dict(row)`, но не через `row["name"]` К столбцам можно обращаться по именам, сохраняя и индексный доступ

Вопрос 9 из 20

Когда rollback уже не вернёт прежнее состояние?

После закрытия курсора при всё ещё открытом соединении После чтения строки через `fetchone`, даже если фиксации не было После `commit`: транзакция уже зафиксирована После создания `SAVEPOINT` внутри текущей транзакции

Вопрос 10 из 20

Для чего нужен SAVEPOINT?

Чтобы автоматически повторить весь блок после ошибки Чтобы окончательно зафиксировать часть изменений до общего `COMMIT` Чтобы откатить часть изменений, сохранив внешнюю транзакцию активной Чтобы открыть вторую независимую транзакцию в том же соединении

Вопрос 11 из 20

Как распознать проблему N+1?

После списка выполняется один запрос с большим условием `IN` После запроса списка выполняется ещё по запросу на каждый объект Каждая строка результата содержит дополнительный столбец N+1 Одна транзакция делает N изменений и один общий `commit`

Вопрос 12 из 20

Как интерфейс репозитория упрощает тестирование?

Protocol сам создаёт таблицу users Позволяет подменить хранилище простым тестовым объектом Аннотация открывает транзакцию Любая реализация обязана наследоваться от sqlite3.Connection

Вопрос 13 из 20

Список идентификаторов имеет заранее неизвестную длину. Какое исправление безопасно формирует условие `IN`?

Склеить значения через запятую после проверки их строкового вида и вставить результат прямо в запрос Для непустого списка создать нужное число маркеров и передать значения отдельно; пустой обработать до SQL Передать весь список одним параметром в `IN (?)`, полагаясь на автоматическое разворачивание драйвером Всегда строить `IN ()` для пустого списка, поскольку все базы трактуют его как ложное условие

Вопрос 14 из 20

Зачем веб-приложению пул соединений?

Чтобы отказаться от лимита ожидания свободного соединения Чтобы объединить запросы разных пользователей в одну транзакцию Чтобы закреплять отдельное соединение за каждым запросом и не возвращать его в общий набор Чтобы переиспользовать ограниченное число соединений

Вопрос 15 из 20

Что меняет режим autocommit?

Оператор ждёт явного `commit`, как и при выключенном режиме Соединение становится доступно только для чтения Каждый оператор фиксируется как отдельная транзакция Ошибка автоматически откатывает все предыдущие операторы соединения

Вопрос 16 из 20

Почему ленивое отношение ORM может неожиданно обратиться к базе в шаблоне или сериализаторе?

Чтение ещё не загруженного атрибута запускает отдельный запрос Сериализатор заранее объединяет все связи одним `JOIN` Открытая транзакция заранее материализует все отношения объекта ORM хранит связь как независимую копию строк после загрузки объекта

Вопрос 17 из 20

Почему долгую транзакцию опасно держать во время сетевого запроса к стороннему сервису?

Пауза сети сама завершает текущую транзакцию фиксацией Внешний HTTP-запрос становится частью ACID-транзакции базы Она дольше удерживает снимок или блокировки Ожидание сети удерживает соединение, но не влияет на срок блокировок

Вопрос 18 из 20

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

Автоматическое удаление строк без нового значения Единую долгую блокировку до заполнения всех строк Возможность менять порядок этапов прямо во время выпуска Совместимость старого и нового кода на этапах заполнения

Вопрос 19 из 20

Какой тип разумнее для точной денежной суммы, прочитанной из NUMERIC?

`Decimal` с сохранением десятичной точности, а не промежуточный `float` `int` в основных денежных единицах с отбрасыванием дробной части `float`, округляя сумму только при показе пользователю Строка, преобразуемая в число перед каждой арифметической операцией

Вопрос 20 из 20

Две транзакции читают одну запись с `version = 4`, независимо вычисляют новое значение и затем сохраняют его. Как не потерять обновление одной из транзакций?

После безусловного `UPDATE` ещё раз прочитать строку и принять последнее значение Положиться только на уровень `READ COMMITTED`: он сам сравнит версии объектов При конфликте повторить тот же безусловный `UPDATE` с прежними данными Обновлять с условием `WHERE id = ? AND version = 4`, увеличивать version и проверять `rowcount`

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

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

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

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