ADO.NET и параметризованные запросы — бесплатный тест онлайн

Вопрос 1 из 25

Посмотрите на фрагмент по теме «Соединения с базой». Какое объяснение точнее всего связывает код с его поведением?

Imports System.Data.Common
Module Demo
    Function ReadCount(factory As DbProviderFactory, cs As String) As Integer
        Using connection = factory.CreateConnection()
            connection.ConnectionString = cs
            connection.Open()
            Using command = connection.CreateCommand()
                command.CommandText = "select count(*) from orders"
                Return Convert.ToInt32(command.ExecuteScalar())
            End Using
        End Using
    End Function
End Module

DbConnection открывают как можно позже и освобождают как можно раньше; пул соединений делает долгое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. DbConnection открывают как можно позже и освобождают как можно раньше; пул соединений не делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. DbConnection открывают как можно раньше и освобождают как можно раньше; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. DbConnection открывают как можно позже и освобождают как можно раньше; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. DbConnection открывают как можно позже и освобождают как можно позже; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния.

Вопрос 2 из 25

Раздел «Соединения с базой»: какой вывод должен пережить рефакторинг этого фрагмента?

Option Strict On
Imports System.Data.Common
Namespace ReviewCase16_1
    Module Demo
        Function ReadCount(reviewFactory As DbProviderFactory, reviewCs As String) As Integer
            Using connection = reviewFactory.CreateConnection()
                connection.ConnectionString = reviewCs
                connection.Open()
                Using command = connection.CreateCommand()
                    command.CommandText = "select count(*) from orders"
                    Return Convert.ToInt32(command.ExecuteScalar())
                End Using
            End Using
        End Function
    End Module
End Namespace

Проверить перед объединением: dbConnection открывают как можно раньше и освобождают как можно раньше; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Проверить перед объединением: dbConnection открывают как можно позже и освобождают как можно раньше; пул соединений делает долгое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Проверить перед объединением: dbConnection открывают как можно позже и освобождают как можно раньше; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Проверить перед объединением: dbConnection открывают как можно позже и освобождают как можно раньше; пул соединений не делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Проверить перед объединением: dbConnection открывают как можно позже и освобождают как можно позже; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния.

Вопрос 3 из 25

Раздел «Соединения с базой»: какое правило нельзя считать проверенным одним обычным примером?

Option Explicit On
Option Infer On
Imports System.Data.Common
Namespace BoundaryCase16_1
    Module Demo
        Function ReadCount(edgeFactory As DbProviderFactory, edgeCs As String) As Integer
            Using connection = edgeFactory.CreateConnection()
                connection.ConnectionString = edgeCs
                connection.Open()
                Using command = connection.CreateCommand()
                    command.CommandText = "select count(*) from orders"
                    Return Convert.ToInt32(command.ExecuteScalar())
                End Using
            End Using
        End Function
    End Module
End Namespace

Добавить регрессионную проверку: dbConnection открывают как можно позже и освобождают как можно раньше; пул соединений делает долгое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Добавить регрессионную проверку: dbConnection открывают как можно позже и не освобождают как можно раньше; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Добавить регрессионную проверку: dbConnection открывают как можно позже и освобождают как можно раньше; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Добавить регрессионную проверку: dbConnection открывают как можно позже и освобождают как можно позже; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Добавить регрессионную проверку: dbConnection открывают как можно раньше и освобождают как можно раньше; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния.

Вопрос 4 из 25

Раздел «Соединения с базой»: что стоит закрепить в коде и тестах, а не прикрывать общим обработчиком?

Оставить в коде и тестах условие: dbConnection открывают как можно раньше и освобождают как можно раньше; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Оставить в коде и тестах условие: dbConnection открывают как можно позже и освобождают как можно раньше; пул соединений делает долгое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Оставить в коде и тестах условие: dbConnection открывают как можно позже и освобождают как можно раньше; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Оставить в коде и тестах условие: dbConnection открывают как можно позже и не освобождают как можно раньше; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Оставить в коде и тестах условие: dbConnection открывают как можно позже и освобождают как можно позже; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния.

Вопрос 5 из 25

Раздел «Соединения с базой»: какое обобщение не зависит от случайных деталей показанного примера?

Переносимый вывод: dbConnection открывают как можно позже и освобождают как можно раньше; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Переносимый вывод: dbConnection открывают как можно позже и освобождают как можно позже; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Переносимый вывод: dbConnection не открывают как можно позже и освобождают как можно раньше; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Переносимый вывод: dbConnection открывают как можно позже и освобождают как можно раньше; пул соединений делает долгое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния. Переносимый вывод: dbConnection открывают как можно раньше и освобождают как можно раньше; пул соединений делает короткое владение дешёвым, а общий статический Connection создаёт гонки и утечки состояния.

Вопрос 6 из 25

Раздел «Команды базы данных»: код использует Create. Какой вывод останется верным при других допустимых входных данных?

Imports System.Data.Common
Module Demo
    Function Create(factory As DbProviderFactory, connection As DbConnection) As DbCommand
        Dim command = factory.CreateCommand()
        command.Connection = connection
        command.CommandText = "select id from users where email = @email"
        command.CommandTimeout = 15
        Return command
    End Function
End Module

Разбор фрагмента: dbCommand должен иметь неявный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText нарушает границу данных и кода. Разбор фрагмента: dbCommand должен иметь явный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText не нарушает границу данных и кода. Разбор фрагмента: dbCommand выводит CommandType, тайм-аут и подходящее соединение из текста SQL, поэтому эти свойства можно не задавать. Разбор фрагмента: dbCommand не должен иметь явный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText нарушает границу данных и кода. Разбор фрагмента: dbCommand должен иметь явный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText нарушает границу данных и кода.

Вопрос 7 из 25

Раздел «Команды базы данных»: что следует зафиксировать в ревью, чтобы ошибка не переехала из сборки в выполнение?

Option Strict On
Imports System.Data.Common
Namespace ReviewCase16_2
    Module Demo
        Function Create(reviewFactory As DbProviderFactory, reviewConnection As DbConnection) As DbCommand
            Dim reviewCommand = reviewFactory.CreateCommand()
            reviewCommand.Connection = reviewConnection
            reviewCommand.CommandText = "select id from users where email = @email"
            reviewCommand.CommandTimeout = 16
            Return reviewCommand
        End Function
    End Module
End Namespace

Сохранить на ревью: dbCommand должен иметь явный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText нарушает границу данных и кода. Сохранить на ревью: dbCommand должен иметь явный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText не нарушает границу данных и кода. Сохранить на ревью: dbCommand не должен иметь явный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText нарушает границу данных и кода. Сохранить на ревью: dbCommand должен иметь неявный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText нарушает границу данных и кода. Сохранить на ревью: dbCommand выводит CommandType, тайм-аут и подходящее соединение из текста SQL, поэтому эти свойства можно не задавать.

Вопрос 8 из 25

Раздел «Команды базы данных»: какое правило нельзя считать проверенным одним обычным примером?

Option Explicit On
Option Infer On
Imports System.Data.Common
Namespace BoundaryCase16_2
    Module Demo
        Function Create(edgeFactory As DbProviderFactory, edgeConnection As DbConnection) As DbCommand
            Dim edgeCommand = edgeFactory.CreateCommand()
            edgeCommand.Connection = edgeConnection
            edgeCommand.CommandText = "select id from users where email = @email"
            edgeCommand.CommandTimeout = 14
            Return edgeCommand
        End Function
    End Module
End Namespace

Зафиксировать ожидаемое поведение: dbCommand не должен иметь явный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText нарушает границу данных и кода. Зафиксировать ожидаемое поведение: dbCommand должен иметь явный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText не нарушает границу данных и кода. Зафиксировать ожидаемое поведение: dbCommand должен иметь явный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText нарушает границу данных и кода. Зафиксировать ожидаемое поведение: dbCommand должен иметь неявный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText нарушает границу данных и кода. Зафиксировать ожидаемое поведение: dbCommand выводит CommandType, тайм-аут и подходящее соединение из текста SQL, поэтому эти свойства можно не задавать.

Вопрос 9 из 25

Раздел «Команды базы данных»: как уменьшить риск дефекта, не подменяя причину запасным значением?

Не скрывать за запасным сценарием: dbCommand должен иметь явный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText нарушает границу данных и кода. Не скрывать за запасным сценарием: dbCommand должен иметь неявный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText нарушает границу данных и кода. Не скрывать за запасным сценарием: dbCommand выводит CommandType, тайм-аут и подходящее соединение из текста SQL, поэтому эти свойства можно не задавать. Не скрывать за запасным сценарием: dbCommand не должен иметь явный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText нарушает границу данных и кода. Не скрывать за запасным сценарием: dbCommand должен иметь явный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText не нарушает границу данных и кода.

Вопрос 10 из 25

Что можно считать надёжным рабочим правилом для раздела «Команды базы данных»?

Технически точный принцип: dbCommand выводит CommandType, тайм-аут и подходящее соединение из текста SQL, поэтому эти свойства можно не задавать. Технически точный принцип: dbCommand должен иметь явный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText нарушает границу данных и кода. Технически точный принцип: dbCommand должен иметь неявный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText нарушает границу данных и кода. Технически точный принцип: dbCommand не должен иметь явный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText нарушает границу данных и кода. Технически точный принцип: dbCommand должен иметь явный текст, тип команды, соединение и разумный тайм-аут; конкатенация пользовательских значений в CommandText не нарушает границу данных и кода.

Вопрос 11 из 25

Какой вывод о фрагменте по теме «Параметры запросов» технически обоснован?

Imports System.Data
Imports System.Data.Common
Module Demo
    Sub AddEmail(command As DbCommand, email As String)
        Dim p = command.CreateParameter()
        p.ParameterName = "@email"
        p.DbType = DbType.String
        p.Size = 320
        p.Value = email
        command.Parameters.Add(p)
    End Sub
End Module

Параметры передают значения отдельно от SQL и с подходящим DbType и размером; AddWithValue не может выбрать неудачный тип и ухудшить план выполнения. AddWithValue всегда выбирает оптимальный тип и размер параметра для конкретного поставщика и плана запроса. Параметры не передают значения отдельно от SQL и с подходящим DbType и размером; AddWithValue может выбрать неудачный тип и ухудшить план выполнения. Достаточно явно обеспечить «Параметры передают значения отдельно от SQL и с подходящим DbType и размером»; требование «AddWithValue может выбрать неудачный тип и ухудшить план выполнения» на поведение не влияет. Параметры передают значения отдельно от SQL и с подходящим DbType и размером; AddWithValue может выбрать неудачный тип и ухудшить план выполнения.

Вопрос 12 из 25

Раздел «Параметры запросов»: какая претензия к возможной правке относится к поведению программы?

Option Strict On
Imports System.Data
Imports System.Data.Common
Namespace ReviewCase16_3
    Module Demo
        Sub AddEmail(reviewCommand As DbCommand, reviewEmail As String)
            Dim p = reviewCommand.CreateParameter()
            p.ParameterName = "@reviewEmail"
            p.DbType = DbType.String
            p.Size = 321
            p.Value = reviewEmail
            reviewCommand.Parameters.Add(p)
        End Sub
    End Module
End Namespace

Не менять условие: addWithValue всегда выбирает оптимальный тип и размер параметра для конкретного поставщика и плана запроса. Не менять условие: достаточно явно обеспечить «Параметры передают значения отдельно от SQL и с подходящим DbType и размером»; требование «AddWithValue может выбрать неудачный тип и ухудшить план выполнения» на поведение не влияет. Не менять условие: параметры передают значения отдельно от SQL и с подходящим DbType и размером; AddWithValue может выбрать неудачный тип и ухудшить план выполнения. Не менять условие: параметры передают значения отдельно от SQL и с подходящим DbType и размером; AddWithValue не может выбрать неудачный тип и ухудшить план выполнения. Не менять условие: параметры не передают значения отдельно от SQL и с подходящим DbType и размером; AddWithValue может выбрать неудачный тип и ухудшить план выполнения.

Вопрос 13 из 25

Раздел «Параметры запросов»: что именно должен локализовать полезный граничный тест для этого кода?

Option Explicit On
Option Infer On
Imports System.Data
Imports System.Data.Common
Namespace BoundaryCase16_3
    Module Demo
        Sub AddEmail(edgeCommand As DbCommand, edgeEmail As String)
            Dim p = edgeCommand.CreateParameter()
            p.ParameterName = "@edgeEmail"
            p.DbType = DbType.String
            p.Size = 319
            p.Value = edgeEmail
            edgeCommand.Parameters.Add(p)
        End Sub
    End Module
End Namespace

Зафиксировать ожидаемое поведение: достаточно явно обеспечить «Параметры передают значения отдельно от SQL и с подходящим DbType и размером»; требование «AddWithValue может выбрать неудачный тип и ухудшить план выполнения» на поведение не влияет. Зафиксировать ожидаемое поведение: параметры передают значения отдельно от SQL и с подходящим DbType и размером; AddWithValue может выбрать неудачный тип и ухудшить план выполнения. Зафиксировать ожидаемое поведение: addWithValue всегда выбирает оптимальный тип и размер параметра для конкретного поставщика и плана запроса. Зафиксировать ожидаемое поведение: параметры передают значения отдельно от SQL и с подходящим DbType и размером; AddWithValue не может выбрать неудачный тип и ухудшить план выполнения. Зафиксировать ожидаемое поведение: параметры не передают значения отдельно от SQL и с подходящим DbType и размером; AddWithValue может выбрать неудачный тип и ухудшить план выполнения.

Вопрос 14 из 25

Какое решение соответствует реальному времени жизни объектов и правилам «Параметры запросов»?

Закрепить рабочее решение: параметры передают значения отдельно от SQL и с подходящим DbType и размером; AddWithValue не может выбрать неудачный тип и ухудшить план выполнения. Закрепить рабочее решение: достаточно явно обеспечить «Параметры передают значения отдельно от SQL и с подходящим DbType и размером»; требование «AddWithValue может выбрать неудачный тип и ухудшить план выполнения» на поведение не влияет. Закрепить рабочее решение: addWithValue всегда выбирает оптимальный тип и размер параметра для конкретного поставщика и плана запроса. Закрепить рабочее решение: параметры передают значения отдельно от SQL и с подходящим DbType и размером; AddWithValue может выбрать неудачный тип и ухудшить план выполнения. Закрепить рабочее решение: параметры не передают значения отдельно от SQL и с подходящим DbType и размером; AddWithValue может выбрать неудачный тип и ухудшить план выполнения.

Вопрос 15 из 25

Что точнее всего описывает механизм «Параметры запросов»?

Рабочее правило: параметры передают значения отдельно от SQL и с подходящим DbType и размером; AddWithValue не может выбрать неудачный тип и ухудшить план выполнения. Рабочее правило: достаточно явно обеспечить «Параметры передают значения отдельно от SQL и с подходящим DbType и размером»; требование «AddWithValue может выбрать неудачный тип и ухудшить план выполнения» на поведение не влияет. Рабочее правило: параметры не передают значения отдельно от SQL и с подходящим DbType и размером; AddWithValue может выбрать неудачный тип и ухудшить план выполнения. Рабочее правило: параметры передают значения отдельно от SQL и с подходящим DbType и размером; AddWithValue может выбрать неудачный тип и ухудшить план выполнения. Рабочее правило: addWithValue всегда выбирает оптимальный тип и размер параметра для конкретного поставщика и плана запроса.

Вопрос 16 из 25

Раздел «Транзакции базы данных»: какое утверждение позволяет предсказать поведение фрагмента по правилам Visual Basic и .NET?

Imports System.Data.Common
Module Demo
    Sub Transfer(connection As DbConnection)
        Using transaction = connection.BeginTransaction()
            Using debit = connection.CreateCommand(), credit = connection.CreateCommand()
                debit.Transaction = transaction
                credit.Transaction = transaction
                debit.CommandText = "update accounts set balance=balance-10 where id=1"
                credit.CommandText = "update accounts set balance=balance+10 where id=2"
                debit.ExecuteNonQuery()
                credit.ExecuteNonQuery()
                transaction.Commit()
            End Using
        End Using
    End Sub
End Module

Наблюдаемое поведение: транзакция охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только после успеха; при ошибке владение не должно гарантировать откат и освобождение. Наблюдаемое поведение: транзакция охватывает единый атомарный сценарий, передаётся всем командам и не завершается Commit только после успеха; при ошибке владение должно гарантировать откат и освобождение. Наблюдаемое поведение: транзакция охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только до выполнения; при ошибке владение должно гарантировать откат и освобождение. Наблюдаемое поведение: транзакция охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только после успеха; при ошибке владение должно гарантировать откат и освобождение. Наблюдаемое поведение: транзакция не охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только после успеха; при ошибке владение должно гарантировать откат и освобождение.

Вопрос 17 из 25

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

Option Strict On
Imports System.Data.Common
Namespace ReviewCase16_4
    Module Demo
        Sub Transfer(reviewConnection As DbConnection)
            Using transaction = reviewConnection.BeginTransaction()
                Using debit = reviewConnection.CreateCommand(), credit = reviewConnection.CreateCommand()
                    debit.Transaction = transaction
                    credit.Transaction = transaction
                    debit.CommandText = "update accounts set balance=balance-11 where id=1"
                    credit.CommandText = "update accounts set balance=balance+11 where id=3"
                    debit.ExecuteNonQuery()
                    credit.ExecuteNonQuery()
                    transaction.Commit()
                End Using
            End Using
        End Sub
    End Module
End Namespace

Проверить перед объединением: транзакция охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только после успеха; при ошибке владение должно гарантировать откат и освобождение. Проверить перед объединением: транзакция охватывает единый атомарный сценарий, передаётся всем командам и не завершается Commit только после успеха; при ошибке владение должно гарантировать откат и освобождение. Проверить перед объединением: транзакция не охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только после успеха; при ошибке владение должно гарантировать откат и освобождение. Проверить перед объединением: транзакция охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только до выполнения; при ошибке владение должно гарантировать откат и освобождение. Проверить перед объединением: транзакция охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только после успеха; при ошибке владение не должно гарантировать откат и освобождение.

Вопрос 18 из 25

Раздел «Транзакции базы данных»: какое утверждение поможет отличить настоящий дефект от случайности тестовых данных?

Option Explicit On
Option Infer On
Imports System.Data.Common
Namespace BoundaryCase16_4
    Module Demo
        Sub Transfer(edgeConnection As DbConnection)
            Using transaction = edgeConnection.BeginTransaction()
                Using debit = edgeConnection.CreateCommand(), credit = edgeConnection.CreateCommand()
                    debit.Transaction = transaction
                    credit.Transaction = transaction
                    debit.CommandText = "update accounts set balance=balance-9 where id=1"
                    credit.CommandText = "update accounts set balance=balance+9 where id=1"
                    debit.ExecuteNonQuery()
                    credit.ExecuteNonQuery()
                    transaction.Commit()
                End Using
            End Using
        End Sub
    End Module
End Namespace

Проверить на границе: транзакция не охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только после успеха; при ошибке владение должно гарантировать откат и освобождение. Проверить на границе: транзакция охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только до выполнения; при ошибке владение должно гарантировать откат и освобождение. Проверить на границе: транзакция охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только после успеха; при ошибке владение должно гарантировать откат и освобождение. Проверить на границе: транзакция охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только после успеха; при ошибке владение не должно гарантировать откат и освобождение. Проверить на границе: транзакция охватывает единый атомарный сценарий, передаётся всем командам и не завершается Commit только после успеха; при ошибке владение должно гарантировать откат и освобождение.

Вопрос 19 из 25

Какое решение соответствует реальному времени жизни объектов и правилам «Транзакции базы данных»?

Закрепить рабочее решение: транзакция охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только до выполнения; при ошибке владение должно гарантировать откат и освобождение. Закрепить рабочее решение: транзакция охватывает единый атомарный сценарий, передаётся всем командам и не завершается Commit только после успеха; при ошибке владение должно гарантировать откат и освобождение. Закрепить рабочее решение: транзакция охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только после успеха; при ошибке владение должно гарантировать откат и освобождение. Закрепить рабочее решение: транзакция охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только после успеха; при ошибке владение не должно гарантировать откат и освобождение. Закрепить рабочее решение: транзакция не охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только после успеха; при ошибке владение должно гарантировать откат и освобождение.

Вопрос 20 из 25

Что можно считать надёжным рабочим правилом для раздела «Транзакции базы данных»?

Переносимый вывод: транзакция охватывает единый атомарный сценарий, передаётся всем командам и не завершается Commit только после успеха; при ошибке владение должно гарантировать откат и освобождение. Переносимый вывод: транзакция охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только до выполнения; при ошибке владение должно гарантировать откат и освобождение. Переносимый вывод: транзакция охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только после успеха; при ошибке владение должно гарантировать откат и освобождение. Переносимый вывод: транзакция не охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только после успеха; при ошибке владение должно гарантировать откат и освобождение. Переносимый вывод: транзакция охватывает единый атомарный сценарий, передаётся всем командам и завершается Commit только после успеха; при ошибке владение не должно гарантировать откат и освобождение.

Вопрос 21 из 25

Какой вывод о фрагменте по теме «Совместимость версий» технически обоснован?

Imports System.Data.Common

Class UserRepository
    Private ReadOnly factory As DbProviderFactory

    Public Sub New(factory As DbProviderFactory)
        Me.factory = factory
    End Sub

    Public Function CreateConnection(connectionString As String) As DbConnection
        Dim connection = factory.CreateConnection()
        If connection Is Nothing Then Throw New InvalidOperationException("Provider cannot create a connection")
        connection.ConnectionString = connectionString
        Return connection
    End Function
End Class

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

Вопрос 22 из 25

Раздел «Совместимость версий»: перед объединением правки нужно проверить один принцип. Какой именно?

Option Strict On
Imports System.Data.Common

Namespace ReviewCase16_5
    Class UserRepository
        Private ReadOnly reviewFactory As DbProviderFactory

        Public Sub New(reviewFactory As DbProviderFactory)
            Me.reviewFactory = reviewFactory
        End Sub

        Public Function CreateConnection(reviewConnectionString As String) As DbConnection
            Dim reviewConnection = reviewFactory.CreateConnection()
            If reviewConnection Is Nothing Then Throw New InvalidOperationException("Provider cannot create a reviewConnection")
            reviewConnection.ConnectionString = reviewConnectionString
            Return reviewConnection
        End Function
    End Class
End Namespace

Не менять условие: dbProviderFactory выравнивает синтаксис, типы и имена параметров между СУБД, поэтому интеграционный тест на каждой базе не нужен. Не менять условие: поставщики и версии СУБД различаются синтаксисом, типами, именованием параметров и возможностями; совместимость проверяют интеграционным тестом на любой совместимой базе. Не менять условие: поставщики и версии СУБД не различаются синтаксисом, типами, именованием параметров и возможностями; совместимость проверяют интеграционным тестом на целевой базе. Не менять условие: поставщики и версии СУБД различаются синтаксисом, типами, именованием параметров и возможностями; совместимость проверяют интеграционным тестом на целевой базе. Не менять условие: поставщики и версии СУБД различаются синтаксисом, типами, именованием параметров и возможностями; совместимость не проверяют интеграционным тестом на целевой базе.

Вопрос 23 из 25

Раздел «Совместимость версий»: что изменится первым при нарушении ключевого допущения этого фрагмента?

Option Explicit On
Option Infer On
Imports System.Data.Common

Namespace BoundaryCase16_5
    Class UserRepository
        Private ReadOnly edgeFactory As DbProviderFactory

        Public Sub New(edgeFactory As DbProviderFactory)
            Me.edgeFactory = edgeFactory
        End Sub

        Public Function CreateConnection(edgeConnectionString As String) As DbConnection
            Dim edgeConnection = edgeFactory.CreateConnection()
            If edgeConnection Is Nothing Then Throw New InvalidOperationException("Provider cannot create a edgeConnection")
            edgeConnection.ConnectionString = edgeConnectionString
            Return edgeConnection
        End Function
    End Class
End Namespace

Зафиксировать ожидаемое поведение: поставщики и версии СУБД различаются синтаксисом, типами, именованием параметров и возможностями; совместимость не проверяют интеграционным тестом на целевой базе. Зафиксировать ожидаемое поведение: поставщики и версии СУБД различаются синтаксисом, типами, именованием параметров и возможностями; совместимость проверяют интеграционным тестом на любой совместимой базе. Зафиксировать ожидаемое поведение: dbProviderFactory выравнивает синтаксис, типы и имена параметров между СУБД, поэтому интеграционный тест на каждой базе не нужен. Зафиксировать ожидаемое поведение: поставщики и версии СУБД различаются синтаксисом, типами, именованием параметров и возможностями; совместимость проверяют интеграционным тестом на целевой базе. Зафиксировать ожидаемое поведение: поставщики и версии СУБД не различаются синтаксисом, типами, именованием параметров и возможностями; совместимость проверяют интеграционным тестом на целевой базе.

Вопрос 24 из 25

Раздел «Совместимость версий»: обычный сценарий в рабочем модуле проходит, но поведение ещё не закреплено проверкой. Какое решение не маскирует причину?

Оставить в коде и тестах условие: поставщики и версии СУБД не различаются синтаксисом, типами, именованием параметров и возможностями; совместимость проверяют интеграционным тестом на целевой базе. Оставить в коде и тестах условие: dbProviderFactory выравнивает синтаксис, типы и имена параметров между СУБД, поэтому интеграционный тест на каждой базе не нужен. Оставить в коде и тестах условие: поставщики и версии СУБД различаются синтаксисом, типами, именованием параметров и возможностями; совместимость проверяют интеграционным тестом на целевой базе. Оставить в коде и тестах условие: поставщики и версии СУБД различаются синтаксисом, типами, именованием параметров и возможностями; совместимость не проверяют интеграционным тестом на целевой базе. Оставить в коде и тестах условие: поставщики и версии СУБД различаются синтаксисом, типами, именованием параметров и возможностями; совместимость проверяют интеграционным тестом на любой совместимой базе.

Вопрос 25 из 25

Какое правило по теме «Совместимость версий» можно безопасно перенести из примера в реальный проект?

Надёжное обобщение: поставщики и версии СУБД различаются синтаксисом, типами, именованием параметров и возможностями; совместимость не проверяют интеграционным тестом на целевой базе. Надёжное обобщение: dbProviderFactory выравнивает синтаксис, типы и имена параметров между СУБД, поэтому интеграционный тест на каждой базе не нужен. Надёжное обобщение: поставщики и версии СУБД не различаются синтаксисом, типами, именованием параметров и возможностями; совместимость проверяют интеграционным тестом на целевой базе. Надёжное обобщение: поставщики и версии СУБД различаются синтаксисом, типами, именованием параметров и возможностями; совместимость проверяют интеграционным тестом на любой совместимой базе. Надёжное обобщение: поставщики и версии СУБД различаются синтаксисом, типами, именованием параметров и возможностями; совместимость проверяют интеграционным тестом на целевой базе.