Что такое практическое использование System.Transactions?

Question

Я видел пространство имен System.Transactions и задавался вопросом, могу ли я на самом деле создать RDMBS с использованием этого пространства имен?

Но когда я увидел несколько примеров, я не понял, как System.Transactions делает что-то, кроме простой попытки перехвата и получения успеха / неудачи?

Это пример на веб-сайте MSDN, я знаю, что он может быть очень простым, но я не могу понять преимущества этого примера. Может ли кто-нибудь сказать мне, в чем разница между простым try / catch и областью действия Transaction в следующем примере.

Если я должен создать RDBMS (создать свою собственную RDMBS), я понимаю, что нам нужно записать на диск много журналов о тех операциях, которые мы выполняем, и в конце мы отменяем эти операции в случае отката, но здесь ничего нет о уничтожении чего-либо.

// This function takes arguments for 2 connection strings and commands to create a transaction 
// involving two SQL Servers. It returns a value > 0 if the transaction is committed, 0 if the 
// transaction is rolled back. To test this code, you can connect to two different databases 
// on the same server by altering the connection string, or to another 3rd party RDBMS by 
// altering the code in the connection2 code block.
static public int CreateTransactionScope(
    string connectString1, string connectString2,
    string commandText1, string commandText2)
{
    // Initialize the return value to zero and create a StringWriter to display results.
    int returnValue = 0;
    System.IO.StringWriter writer = new System.IO.StringWriter();

    try
    {
        // Create the TransactionScope to execute the commands, guaranteeing
        // that both commands can commit or roll back as a single unit of work.
        using (TransactionScope scope = new TransactionScope())
        {
            using (SqlConnection connection1 = new SqlConnection(connectString1))
            {
                // Opening the connection automatically enlists it in the 
                // TransactionScope as a lightweight transaction.
                connection1.Open();

                // Create the SqlCommand object and execute the first command.
                SqlCommand command1 = new SqlCommand(commandText1, connection1);
                returnValue = command1.ExecuteNonQuery();
                writer.WriteLine("Rows to be affected by command1: {0}", returnValue);

                // If you get here, this means that command1 succeeded. By nesting
                // the using block for connection2 inside that of connection1, you
                // conserve server and network resources as connection2 is opened
                // only when there is a chance that the transaction can commit.   
                using (SqlConnection connection2 = new SqlConnection(connectString2))
                {
                    // The transaction is escalated to a full distributed
                    // transaction when connection2 is opened.
                    connection2.Open();

                    // Execute the second command in the second database.
                    returnValue = 0;
                    SqlCommand command2 = new SqlCommand(commandText2, connection2);
                    returnValue = command2.ExecuteNonQuery();
                    writer.WriteLine("Rows to be affected by command2: {0}", returnValue);
                }
            }

            // The Complete method commits the transaction. If an exception has been thrown,
            // Complete is not  called and the transaction is rolled back.
            scope.Complete();

        }

    }
    catch (TransactionAbortedException ex)
    {
        writer.WriteLine("TransactionAbortedException Message: {0}", ex.Message);
    }
    catch (ApplicationException ex)
    {
        writer.WriteLine("ApplicationException Message: {0}", ex.Message);
    }

    // Display messages.
    Console.WriteLine(writer.ToString());

    return returnValue;
}

В приведенном выше примере, что мы совершаем? Я предполагаю, что библиотека SQL Client все сделает правильно? Означает ли это, что System.IO.StringWriter будет содержать весь текст успеха или весь текст ошибки? или есть какая-то блокировка между областью действия TransactionScope?

Answer 1

Во-первых, TransactionScope отличается от try/catch. TransactionScope - это имя области транзакции. Транзакция в области должна быть явно подтверждена путем вызова Complete в области. Любой другой случай (включая исключение, вызванное в области действия) приводит к завершению использования блока, который удаляет область и неявно откатывает незавершенную транзакцию, но не обрабатывает исключение.

В базовых сценариях транзакция из System.Transactions ведет себя так же, как транзакция клиента db. System.Transactions предоставляет следующие дополнительные функции:

• API агностик. Вы можете использовать ту же область транзакции для оракула, сервера SQL или веб-службы. Это важно, когда ваша транзакция запускается в слое, который игнорирует постоянство (не знает никакой информации о реализации персистентности).
• Автоматическое зачисление. Если указано в строке подключения (поведение по умолчанию). Новое соединение с базой данных автоматически включается в существующую транзакцию.
• Автоматическое продвижение в распределенную транзакцию. Когда второе подключение подключается к транзакции, оно будет автоматически переведено в распределенное (требуется MSDTC). Продвижение также работает, когда вы привлекаете другой скоординированный ресурс, такой как транзакционный веб-сервис.
• и т.п.

Answer 2

Транзакция сделает необходимую блокировку для вас. Кроме того, существует неявный откат, когда транзакция удаляется в конце своей области действия, если она не была зафиксирована Complete() (как предлагается в комментариях). Таким образом, в случае возникновения исключения все операции откатываются автоматически, и в базе данных не происходит никаких изменений. Например, если второй запрос завершится неудачно, он также внесет изменения первого запроса, которые будут отклонены.

Однако для StringWriter он по-прежнему будет содержать сообщения вплоть до точки отказа (например,

Rows to be affected by command1: {0}
ApplicationException Message: {0}

оба могут появиться в вашем журнале после этого кода.

Что касается создания СУБД с этим классом, я не совсем уверен, что понимаю ваш вопрос. Если вы действительно хотите создать систему управления реляционной базой данных, я бы сказал, что вы, вероятно, не в том месте. Если вы имеете в виду, что хотите получить доступ к СУБД через транзакцию, я бы сказал, это зависит от ваших потребностей, т.е. если вам нужны транзакции, которые могут гарантировать, что ваши выписки будут выполняться по порядку и по принципу "все или ничего", то да, транзакция - хорошее место для начала.