JDBC и транзакции — бесплатный тест онлайн

Вопрос 1 из 30

Какой инженерный компромисс характерен для темы «Тестирование и диагностика» в разделе «JDBC и транзакции»?

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

Вопрос 2 из 30

Какая правка точнее всего устраняет причину проблемы по теме «Пул соединений» в разделе «JDBC и транзакции»?

// Фрагмент на ревью
try (var c = dataSource.getConnection();
     var ps = c.prepareStatement("select pg_sleep(60)")) {
    ps.execute();
}

Настроить ограничения времени запроса и сетевой операции, обнаружение утечек, минимальный срок жизни соединения и размер пула по возможностям базы данных. Настроить ограничения времени запроса и сетевой операции, обнаружение утечек, максимальный срок жизни соединения и размер пула по возможностям базы данных. Вызвать rollback в catch, восстановить autoCommit и закрыть Connection через try с ресурсами. Открывать Connection в try с ресурсами на границе операции или использовать управляемую транзакцию. Использовать пакетную обработку с контролируемым размером и обработкой BatchUpdateException.

Вопрос 3 из 30

Как лучше исправить или прояснить поведение темы «Соединения» в разделе «JDBC и транзакции»?

// Фрагмент на ревью
Connection c = dataSource.getConnection();
PreparedStatement ps = c.prepareStatement(SQL);
return ps.executeQuery();

Использовать контейнер целевой СУБД и миграции той же версии. Вызвать rollback в catch, восстановить autoCommit и закрыть Connection через try с ресурсами. Открывать Connection в try с ресурсами на границе операции или использовать управляемую транзакцию. Использовать пакетную обработку с контролируемым размером и обработкой BatchUpdateException. Настроить ограничения времени запроса и сетевой операции, обнаружение утечек, максимальный срок жизни соединения и размер пула по возможностям базы данных.

Вопрос 4 из 30

Какое замечание о сопровождении или производительности темы «Параметризованные запросы» в разделе «JDBC и транзакции» справедливо?

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

Вопрос 5 из 30

Какое изменение сделает код по теме «Транзакции» в разделе «JDBC и транзакции» надёжнее?

// Фрагмент на ревью
c.setAutoCommit(false);
withdraw(c, from, amount);
deposit(c, to, amount);
c.commit();

Вызвать commit в catch, восстановить autoCommit и закрыть Connection через try с ресурсами. Вызвать rollback в catch, восстановить autoCommit и закрыть Connection через try с ресурсами. Использовать контейнер целевой СУБД и миграции той же версии. Открывать Connection в try с ресурсами на границе операции или использовать управляемую транзакцию. Использовать пакетную обработку с контролируемым размером и обработкой BatchUpdateException.

Вопрос 6 из 30

Как поведёт себя фрагмент по теме «Соединения» при разборе раздела «JDBC и транзакции»?

Connection c = dataSource.getConnection();
PreparedStatement ps = c.prepareStatement(SQL);
return ps.executeQuery();

Если второй UPDATE завершается ошибкой, а код не вызывает rollback и не закрывает соединение, транзакция остаётся незавершённой; полагаться на очистку пулом нельзя. H2 в памяти может принять запрос или поведение транзакций, отличающееся от рабочей PostgreSQL. Если запросы зависают без ограничения времени, все соединения оказываются заняты, а новые потоки накапливаются в ожидании. Если исключение возникнет до close, соединение без try с ресурсами останется незакрытым. Если исключение возникнет до flush, соединение без try с ресурсами останется незакрытым.

Вопрос 7 из 30

Какая правка точнее всего устраняет причину проблемы по теме «Параметризованные запросы» в разделе «JDBC и транзакции»?

// Фрагмент на ревью
String sql = "select * from users order by ?";
try (var ps = c.prepareStatement(sql)) {
    ps.setString(1, userSort);
    return ps.executeQuery();
}

Выдавать каждому тесту собственное пространство имён, транзакцию или контейнер и гарантированно очищать ресурсы. Вызвать rollback в catch, восстановить autoCommit и закрыть Connection через try с ресурсами. Для динамического ORDER BY выбирать столбец из белого списка и подставлять только проверенный фрагмент. Открывать Connection в try с ресурсами на границе операции или использовать управляемую транзакцию. Использовать пакетную обработку с контролируемым размером и обработкой BatchUpdateException.

Вопрос 8 из 30

Какое замечание о сопровождении или производительности темы «Соединения» в разделе «JDBC и транзакции» справедливо?

Точно заданная область применения улучшает API, но слишком узкий выбор усложняет развитие аннотации без изменения совместимости. Держать соединение ровно на время транзакции уменьшает дефицит пула, но слишком частые короткие операции повышают накладные расходы. Предвычисление ускоряет старт обработки запросов, но увеличивает сборку и требует обновления индекса при каждом изменении классов. Пакетная обработка повышает пропускную способность, но усложняет точное сопоставление частичных ошибок с исходными элементами. Держать соединение ровно на время транзакции увеличивает дефицит пула, но слишком частые короткие операции повышают накладные расходы.

Вопрос 9 из 30

Что следует изменить в разделе «JDBC и транзакции», чтобы сохранить замысел и соблюсти контракт «Производительность и эксплуатация»?

// Фрагмент на ревью
for (Order o : orders) {
    try (var ps = c.prepareStatement(INSERT)) {
        bind(ps, o);
        ps.executeUpdate();
    }
}

Сканировать один раз при старте, кэшировать неизменяемую модель или генерировать индекс. Открывать Connection в try с ресурсами на границе операции или использовать управляемую транзакцию. Использовать пакетную обработку с контролируемым размером и обработкой BatchUpdateException. Настроить ограничения времени запроса и сетевой операции, обнаружение утечек, максимальный срок жизни соединения и размер пула по возможностям базы данных. Вызвать rollback в catch, восстановить autoCommit и закрыть Connection через try с ресурсами.

Вопрос 10 из 30

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

var rs = org.mockito.Mockito.mock(java.sql.ResultSet.class);
org.mockito.Mockito.when(rs.getBigDecimal("balance"))
    .thenReturn(new java.math.BigDecimal("10.00"));

assertEquals(new java.math.BigDecimal("10.00"), mapper.balance(rs));

Тест бесполезен, потому что методы ResultSet нельзя имитировать. Такой тест гарантирует совпадение схемы рабочей базы с именем столбца balance. Единственное ограничение — BigDecimal нельзя сравнивать через assertEquals. Имитация ResultSet проверяет вызовы, но не реальную схему, драйвер, кодировки и план выполнения запроса. Mockito автоматически запускает запрос к тестовой базе и проверяет план выполнения.

Вопрос 11 из 30

В каком дополнительном сценарии вывод о теме «Соединения» в разделе «JDBC и транзакции» может оказаться неверным?

// Минимальный пример
Connection c = dataSource.getConnection();
PreparedStatement ps = c.prepareStatement(SQL);
return ps.executeQuery();

Интеграционный тест должен изолировать данные и не зависеть от порядка запуска. Объект Mockito по умолчанию возвращает пустые или нулевые значения, что может создать нереалистичный сценарий. close у соединения из пула обычно возвращает его в пул, а не закрывает физический сокет. close у соединения из пула обычно не возвращает его в пул, а не закрывает физический сокет. Имитация ResultSet проверяет вызовы, но не порядок столбцов, кодировки и реальный план выполнения.

Вопрос 12 из 30

На какое правило следует опираться при разборе темы «Параметризованные запросы» в разделе «JDBC и транзакции»?

Параметры PreparedStatement передаются отдельно от SQL и защищают значения от изменения структуры запроса. Параметры Statement передаются отдельно от SQL и защищают значения от изменения структуры запроса. JDBC-код нужно проверять на реальной СУБД: важны диалект, изоляция, типы, откат транзакции и ограничения схемы. При autoCommit=false связанные изменения на одном Connection завершаются commit() или rollback() как единое целое. Производительность JDBC зависит от числа сетевых обменов, пакетной обработки, размера порции чтения, плана запроса и длительности транзакции.

Вопрос 13 из 30

Как точнее оценить пользу и цену решения по теме «Транзакции» в разделе «JDBC и транзакции»?

Богатая диагностика сокращает время ремонта, но чрезмерные логи в каждом успешном тесте скрывают сигнал. Длинная транзакция сохраняет атомарность, но дольше держит блокировки и версии строк. Длинная транзакция не сохраняет атомарность, но дольше держит блокировки и версии строк. Подмена ускоряет модульный тест, но чем больше заглушек, тем выше риск тестировать выдуманную систему. Табличные случаи уменьшают дубли, но один огромный набор может скрыть важные граничные сценарии.

Вопрос 14 из 30

В каком дополнительном сценарии вывод о теме «Параметризованные запросы» в разделе «JDBC и транзакции» может оказаться неверным?

// ...
try (var ps = c.prepareStatement(sql)) {
    ps.setString(1, userSort);
    return ps.executeQuery();
}

Большой размер порции чтения уменьшает число сетевых обменов, но увеличивает память и время удержания соединения. close у соединения из пула обычно возвращает его в пул, а не закрывает физический сокет. Увеличение пула выше пропускной способности БД часто ухудшает очередь уже внутри базы. Имитация ResultSet проверяет вызовы, но не порядок столбцов, кодировки и реальный план выполнения. setString не исправляет логическую ошибку типа или правил сравнения строк; параметризация защищает структуру запроса от данных.

Вопрос 15 из 30

Что произойдёт с кодом по теме «Производительность и эксплуатация» в разделе «JDBC и транзакции»?

for (Order o : orders) {
    try (var ps = c.prepareStatement(INSERT)) {
        bind(ps, o);
        ps.executeUpdate();
    }
}

Цикл из тысячи INSERT, выполняемых по одному запросу, не создаёт тысячу сетевых обменов. Если исключение возникнет до close, соединение без try с ресурсами останется незакрытым. Если запросы зависают без ограничения времени, все соединения оказываются заняты, а новые потоки накапливаются в ожидании. Подстановка имени столбца через ? невозможна: параметры представляют значения, а не идентификаторы SQL. Цикл из тысячи INSERT, выполняемых по одному запросу, создаёт тысячу сетевых обменов.

Вопрос 16 из 30

Какой диагноз для кода по теме «Тестирование и диагностика» в разделе «JDBC и транзакции» будет точным?

@JdbcTest // встроенная H2 вместо рабочей PostgreSQL
class TransferRepositoryTest {
    @Test void transferRollsBack() {
        service.transfer(a, b, 100);
        assertEquals(expected, repository.balance(a));
    }
}

H2 в памяти может принять запрос или поведение транзакций, отличающееся от рабочей PostgreSQL. Если второй UPDATE завершается ошибкой, а код не вызывает rollback и не закрывает соединение, транзакция остаётся незавершённой; полагаться на очистку пулом нельзя. Подстановка имени столбца через ? невозможна: параметры представляют значения, а не идентификаторы SQL. Если исключение возникнет до close, соединение без try с ресурсами останется незакрытым. Цикл из тысячи INSERT, выполняемых по одному запросу, создаёт тысячу сетевых обменов.

Вопрос 17 из 30

Какой инженерный компромисс характерен для темы «Производительность и эксплуатация» в разделе «JDBC и транзакции»?

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

Вопрос 18 из 30

Что произойдёт с кодом по теме «Параметризованные запросы» в разделе «JDBC и транзакции»?

String sql = "select * from users order by ?";
try (var ps = c.prepareStatement(sql)) {
    ps.setString(1, userSort);
    return ps.executeQuery();
}

Если второй UPDATE завершается ошибкой, а код не вызывает rollback и не закрывает соединение, транзакция остаётся незавершённой; полагаться на очистку пулом нельзя. Если запросы зависают без ограничения времени, все соединения оказываются заняты, а новые потоки накапливаются в ожидании. Подстановка имени столбца через ? невозможна: параметры представляют значения, а не идентификаторы SQL. H2 в памяти может принять запрос или поведение транзакций, отличающееся от рабочей PostgreSQL. Цикл из тысячи INSERT, выполняемых по одному запросу, создаёт тысячу сетевых обменов.

Вопрос 19 из 30

Как точнее оценить пользу и цену решения по теме «Пул соединений» в разделе «JDBC и транзакции»?

Генерация убирает рефлексию во время выполнения, но повышает сложность сборки и требования к совместимости javac. Малый пул не создаёт сдерживание входной нагрузки, но его размер надо согласовать с числом реплик, транзакциями и задержками запросов. Предвычисление ускоряет старт обработки запросов, но увеличивает сборку и требует обновления индекса при каждом изменении классов. Пакетная обработка повышает пропускную способность, но усложняет точное сопоставление частичных ошибок с исходными элементами. Малый пул создаёт сдерживание входной нагрузки, но его размер надо согласовать с числом реплик, транзакциями и задержками запросов.

Вопрос 20 из 30

На какое правило следует опираться при разборе темы «Пул соединений» в разделе «JDBC и транзакции»?

При autoCommit=false связанные изменения на одном Connection завершаются commit() или rollback() как единое целое. Ограниченные очереди, конечное время ожидания, регулирование входной нагрузки и корректное завершение работы являются частью архитектуры сервера. Connection представляет сессию с БД и владеет транзакционным состоянием; его надо закрывать или возвращать в пул. Пул ограничивает число дорогих физических соединений; время ожидания свободного соединения должно быть конечным и наблюдаемым. Параметры PreparedStatement передаются отдельно от SQL и защищают значения от изменения структуры запроса.

Вопрос 21 из 30

Что следует изменить в разделе «JDBC и транзакции», чтобы сохранить замысел и соблюсти контракт «Тестирование и диагностика»?

// Фрагмент на ревью
@JdbcTest // встроенная H2 вместо рабочей PostgreSQL
class TransferRepositoryTest {
    @Test void transferRollsBack() {
        service.transfer(a, b, 100);
        assertEquals(expected, repository.balance(a));
    }
}

Использовать пакетную обработку с контролируемым размером и обработкой BatchUpdateException. Открывать Connection в try с ресурсами на границе операции или использовать управляемую транзакцию. Использовать compile-testing или тестовый javac и проверять результат компиляции и файлы. Вызвать rollback в catch, восстановить autoCommit и закрыть Connection через try с ресурсами. Использовать контейнер целевой СУБД и миграции той же версии.

Вопрос 22 из 30

На какое правило следует опираться при разборе темы «Транзакции» в разделе «JDBC и транзакции»?

Интеграционный тест проверяет совместимость нескольких реальных компонентов и жизненный цикл инфраструктуры. ElementType ограничивает допустимые позиции аннотации и помогает ловить неверное использование при компиляции. Подмена полезна для наблюдаемого взаимодействия с внешней границей, а не для копирования внутренних шагов реализации. При autoCommit=true связанные изменения на одном Connection завершаются commit() или rollback() как единое целое. При autoCommit=false связанные изменения на одном Connection завершаются commit() или rollback() как единое целое.

Вопрос 23 из 30

В каком дополнительном сценарии вывод о теме «Транзакции» в разделе «JDBC и транзакции» может оказаться неверным?

// Минимальный пример
c.setAutoCommit(false);
withdraw(c, from, amount);
deposit(c, to, amount);
c.commit();

Имитация ResultSet проверяет вызовы, но не порядок столбцов, кодировки и реальный план выполнения. Интеграционный тест должен изолировать данные и не зависеть от порядка запуска. Повторная генерация одного файла в другом раунде вызывает FilerException. Два разных Connection не образуют одну локальную JDBC-транзакцию. setString не исправляет логическую ошибку типа или правил сравнения строк; параметризация защищает структуру запроса от данных.

Вопрос 24 из 30

Какой диагноз для кода по теме «Пул соединений» в разделе «JDBC и транзакции» будет точным?

try (var c = dataSource.getConnection();
     var ps = c.prepareStatement("select pg_sleep(60)")) {
    ps.execute();
}

Цикл из тысячи INSERT, выполняемых по одному запросу, создаёт тысячу сетевых обменов. Если исключение возникнет до close, соединение без try с ресурсами останется незакрытым. Если запросы зависают без ограничения времени, все соединения оказываются заняты, а новые потоки накапливаются в ожидании. Если второй UPDATE завершается ошибкой, а код не вызывает rollback и не закрывает соединение, транзакция остаётся незавершённой; полагаться на очистку пулом нельзя. Подстановка имени столбца через ? невозможна: параметры представляют значения, а не идентификаторы SQL.

Вопрос 25 из 30

На какое правило следует опираться при разборе темы «Тестирование и диагностика» в разделе «JDBC и транзакции»?

При autoCommit=false связанные изменения на одном Connection завершаются commit() или rollback() как единое целое. JDBC-код нужно проверять на реальной СУБД: важны диалект, изоляция, типы, откат транзакции и ограничения схемы. Параметры PreparedStatement передаются отдельно от SQL и защищают значения от изменения структуры запроса. Пул ограничивает число дорогих физических соединений; время ожидания свободного соединения должно быть конечным и наблюдаемым. Производительность JDBC зависит от числа сетевых обменов, пакетной обработки, размера порции чтения, плана запроса и длительности транзакции.

Вопрос 26 из 30

Какой граничный случай особенно важен для темы «Производительность и эксплуатация» в разделе «JDBC и транзакции»?

for (Order o : orders) {
    try (var ps = c.prepareStatement(INSERT)) {
        bind(ps, o);
        ps.executeUpdate();
// ...

Процессоры запускаются раундами, потому что созданные типы могут породить новые элементы для обработки. Увеличение пула выше пропускной способности БД часто ухудшает очередь уже внутри базы. Имитация ResultSet проверяет вызовы, но не порядок столбцов, кодировки и реальный план выполнения. close у соединения из пула обычно возвращает его в пул, а не закрывает физический сокет. Большой размер порции чтения уменьшает число сетевых обменов, но увеличивает память и время удержания соединения.

Вопрос 27 из 30

Какое утверждение о механизме «Производительность и эксплуатация» верно в контексте раздела «JDBC и транзакции»?

Параметры PreparedStatement передаются отдельно от SQL и защищают значения от изменения структуры запроса. Производительность JDBC зависит от числа сетевых обменов, пакетной обработки, размера порции чтения, плана запроса и длительности транзакции. JDBC-код нужно проверять на реальной СУБД: важны диалект, изоляция, типы, откат транзакции и ограничения схемы. Пул ограничивает число дорогих физических соединений; время ожидания свободного соединения должно быть конечным и наблюдаемым. Connection представляет сессию с БД и владеет транзакционным состоянием; его надо закрывать или возвращать в пул.

Вопрос 28 из 30

Как поведёт себя фрагмент по теме «Транзакции» при разборе раздела «JDBC и транзакции»?

c.setAutoCommit(false);
withdraw(c, from, amount);
deposit(c, to, amount);
c.commit();

Если второй UPDATE завершается ошибкой, а код не вызывает rollback и не закрывает соединение, транзакция остаётся незавершённой; полагаться на очистку пулом нельзя. Если запросы зависают без ограничения времени, все соединения оказываются заняты, а новые потоки накапливаются в ожидании. Если второй UPDATE завершается ошибкой, а код не вызывает commit и не закрывает соединение, транзакция остаётся незавершённой; полагаться на очистку пулом нельзя. Если исключение возникнет до close, соединение без try с ресурсами останется незакрытым. Подстановка имени столбца через ? невозможна: параметры представляют значения, а не идентификаторы SQL.

Вопрос 29 из 30

Какой контракт языка или библиотеки точнее всего описывает тему «Соединения» в разделе «JDBC и транзакции»?

Сбой теста должен показывать различие ожидаемого и фактического состояния, а нестабильный тест надо расследовать, не перезапускать бесконечно. Подмена полезна для наблюдаемого взаимодействия с внешней границей, а не для копирования внутренних шагов реализации. Хороший тест ясно разделяет подготовку, действие и проверку одного поведения, не скрывая значимые данные. Connection представляет сессию с БД и владеет транзакционным состоянием; его надо закрывать или возвращать в пул. Интеграционный тест проверяет совместимость нескольких реальных компонентов и жизненный цикл инфраструктуры.

Вопрос 30 из 30

Какой граничный случай особенно важен для темы «Пул соединений» в разделе «JDBC и транзакции»?

// Минимальный пример
try (var c = dataSource.getConnection();
     var ps = c.prepareStatement("select pg_sleep(60)")) {
    ps.execute();
}

Увеличение пула выше пропускной способности БД часто ухудшает очередь уже внутри базы. Имитация ResultSet проверяет вызовы, но не порядок столбцов, кодировки и реальный план выполнения. Значение по умолчанию не может вычисляться вызовом метода во время выполнения. setString не исправляет логическую ошибку типа или правил сравнения строк; параметризация защищает структуру запроса от данных. Интеграционный тест должен изолировать данные и не зависеть от порядка запуска.