Что такое практическое использование System.Transactions? - PullRequest
6 голосов
/ 21 августа 2010

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

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

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

Если я должен сделатьСУБД (создайте свою собственную 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?

Ответы [ 2 ]

3 голосов
/ 21 августа 2010

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

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

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

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

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

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

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

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

...