Nozioni fondamentali sulle transazioni

Le transazioni consentono di associare più attività fra loro. Ad esempio, si supponga che un'applicazione esegua due attività. La prima consiste nel creare una nuova tabella in un database. La seconda consiste nel chiamare un oggetto specifico per raccogliere, formattare e inserire dati nella nuova tabella. Queste due attività sono correlate e persino interdipendenti, nel senso che la creazione di una tabella deve avvenire esclusivamente quando sono disponibili dei dati con cui riempirla. L'esecuzione di entrambe le attività nell'ambito di un'unica transazione ne garantisce la correlazione. Se si verifica un errore nella seconda attività, il sistema esegue il rollback della prima attività a un punto precedente alla creazione della nuova tabella.

Affinché presentino un comportamento prevedibile, tutte le transazioni devono possedere le proprietà ACID, ovvero atomicità, coerenza, isolamento e durata. Queste proprietà garantiscono il ruolo delle transazioni di importanza critica come proposte di coerenza completa. Per ulteriori informazioni sulle proprietà ACID, vedere la descrizione delle proprietà ACID (la pagina potrebbe essere in inglese). In breve, le proprietà ACID garantiscono che più attività correlate abbiano tutte lo stesso esito, sia esso negativo o positivo. Ovvero, nella terminologia dell'elaborazione delle transazioni, la transazione viene interrotta o ne viene eseguito il commit. Affinché venga eseguito il commit di una transazione, tutte le attività componenti devono garantire che qualsiasi modifica ai dati sia definitiva. Le modifiche devono essere definitive anche in caso di arresti anomali del sistema o altri eventi imprevisti. Se anche una sola delle attività componenti non è in grado di fornire questa garanzia, l'intera transazione ha esito negativo. In tal caso, per tutte le modifiche apportate ai dati nell'ambito della transazione viene eseguito il rollback a un punto impostato specifico.

Una transazione può riguardare esclusivamente un'unica risorsa di dati, ad esempio un database o una coda di messaggi. In questo scenario la transazione locale viene gestita dal gestore transazioni fornito dallo spazio dei nomi System.Transactions che comporta un miglioramento delle prestazioni. Queste transazioni, controllate dalla risorsa di dati, sono efficienti e facili da gestire.

Le transazioni possono riguardare anche più risorse di dati. Le transazioni distribuite consentono di incorporare varie operazioni distinte in esecuzione su più sistemi in un'unica azione con esito positivo o negativo. In questo scenario, le transazioni vengono coordinate dallo strumento MSDTC (Microsoft Distributed Transaction Coordinator) presente in ogni sistema.

Quando si sviluppa un'applicazione transazionale utilizzando le classi fornite dallo spazio dei nomi System.Transactions non è necessario gestire manualmente i tipi di transazione da utilizzare o determinare il gestore transazioni coinvolto, in quanto queste problematiche vengono gestite automaticamente dall'infrastruttura System.Transactions.

Quando si crea una transazione è possibile specificarne il livello di isolamento. Il livello di isolamento, definito dalla classe IsolationLevel, determina il livello di accesso delle altre transazioni ai dati gestiti dalla transazione.

Le transazioni possono essere create tramite ADO.NET, ovvero lo spazio dei nomi System.EnterpriseServices, oppure mediante il nuovo modello di programmazione transazionale fornito dallo spazio dei nomi System.Transactions. Nella sezione Funzionalità offerte da System.Transactions vengono descritte le funzionalità che consentono di scrivere un'applicazione transazionale tramite lo spazio dei nomi System.Transactions.

Vedere anche

Concetti

Funzionalità offerte da System.Transactions

Copyright © 2007 Microsoft Corporation. Tutti i diritti riservati.