Transaction processing: differenze tra le versioni

Versione delle 11:56, 12 dic 2014

Versione attuale delle 02:51, 23 mar 2024

(2 versioni intermedie di un altro utente non mostrate)

Riga 1:

{{NN|informatica|febbraio 2013}}

{{T|inglese|informatica|marzo 2024}}

In [[informatica teorica]] il '''''transaction processing''''' è quella modalità di gestione dei [[dati]] che opera le proprie [[Elaborazione dati|elaborazioni]] attraverso la suddivisione in singole ed indivisibili operazioni chiamate ''transazioni''. La caratteristica peculiare è che ciascuna transazione deve completarsi in modo univoco con un successo o un fallimento delle operazioni associate, non potendo mai restare in uno stadio intermedio (ad esempio in uno ''stato di attesa'', di [[loop (informatica)|loop]], ecc.).

In [[informatica]] il '''''transaction processing''''' ({{lett|elaborazione delle transazioni}}) è un [[paradigma]] di elaborazione in cui ogni operazione viene svolta nell'ambito di una transazione, ovvero una sequenza indivisibile di operazioni che in caso di fallimento (anche parziale) viene annullata nella sua interezza.

== Descrizione ==

Un '''processo di transazione''' è un tipo di elaborazione tipicamente riferito ad una [[database|base dati]], benché non si possa limitare la definizione solo per tale ambito. Più in generale riferendosi all'ambito della [[informatica teorica]], si può dire che questo tipo di elaborazioni sono destinate alla [[interazione]] con sistemi stabili ad uno ''stato noto'', esaurendosi il processo attraverso [[iterazione|iterazioni]] finite ed auto consistenti (cfr. definizione di cui sopra).

Un esempio interessante è il processo che coinvolge una tipica ''transazione bancaria'' di ''[[bonifico]]''.

Si consideri l'ipotesi di un signore che intende trasferire [[€]]100,00 dal proprio [[conto corrente]] verso un altro. Questa transazione è una singola operazione secondo la [[banca]], ma coinvolge contemporaneamente due funzionamenti separati in termini di elaborazione informatica: addebitamento del cliente per i 100 euro ipotizzati e accredito della medesima cifra per il destinatario del bonifico effettuato. Se l'addebito si conclude con successo, ma non l'accredito (o viceversa), ci sarebbe un errore in uno dei due [[Sistema (informatica)|sistemi informatici]] delle banche coinvolte. È dunque necessario accertarsi che entrambi i processi riescano oppure che entrambi vengono a mancare, di modo che non vi sia mai alcuna contraddizione nella base dati della banca o delle banche coinvolte.

Riga 34 ⟶ 36:

== Collegamenti esterni ==

* {{en}}cita [web|url=http://books.google.it/books?id=S_yHERPRZScC&dq=transaction+processing&pg=PP1&ots=JItwPSIACd&sig=M7lR3IOi17ZoPH1EgfXMbr2PvY4&prev=http://www.google.it/search%3Fclient%3Dfirefox-a%26rls%3Dorg.mozilla%253Ait%253Aofficial%26channel%3Ds%26hl%3Dit%26q%3Dtransaction%2Bprocessing%26meta%3D%26btnG%3DCerca%2Bcon%2BGoogle&sa=X&oi=print&ct=title&cad=one-book-with-thumbnail#PPP1,M1 |titolo=Jim Gray - Transaction Processing - Concepts and Techniques]|lingua=en}}

* {{en}}cita [web|http://www.tpc.org/ |Transaction Processing Performance Council]|lingua=en}}

{{Controllo di autorità}}

{{Portale|informatica|ingegneria}}