Distributed transaction (original) (raw)
分散トランザクション（ぶんさんトランザクション、英: Distributed transaction）は、コンピュータ分野におけるトランザクション処理の処理形態の1つであり、ネットワーク上の2つ以上のホスト（処理するコンピュータ）が関連する、1まとまりの操作（処理、取引、トランザクション）のことを示す。
| Property | Value |
|---|---|
| dbo:abstract | A distributed transaction is a database transaction in which two or more network hosts are involved. Usually, hosts provide transactional resources, while the transaction manager is responsible for creating and managing a global transaction that encompasses all operations against such resources. Distributed transactions, as any other transactions, must have all four ACID (atomicity, consistency, isolation, durability) properties, where atomicity guarantees all-or-nothing outcomes for the unit of work (operations bundle). Open Group, a vendor consortium, proposed the X/Open Distributed Transaction Processing (DTP) Model (X/Open XA), which became a de facto standard for behavior of transaction model components. Databases are common transactional resources and, often, transactions span a couple of such databases. In this case, a distributed transaction can be seen as a database transaction that must be synchronized (or provide ACID properties) among multiple participating databases which are distributed among different physical locations. The isolation property (the I of ACID) poses a special challenge for multi database transactions, since the (global) serializability property could be violated, even if each database provides it (see also global serializability). In practice most commercial database systems use strong strict two phase locking (SS2PL) for concurrency control, which ensures global serializability, if all the participating databases employ it. (see also commitment ordering for multidatabases.) A common algorithm for ensuring correct completion of a distributed transaction is the two-phase commit (2PC). This algorithm is usually applied for updates able to commit in a short period of time, ranging from couple of milliseconds to couple of minutes. There are also long-lived distributed transactions, for example a transaction to book a trip, which consists of booking a flight, a rental car and a hotel. Since booking the flight might take up to a day to get a confirmation, two-phase commit is not applicable here, it will lock the resources for this long. In this case more sophisticated techniques that involve multiple undo levels are used. The way you can undo the hotel booking by calling a desk and cancelling the reservation, a system can be designed to undo certain operations (unless they are irreversibly finished). In practice, long-lived distributed transactions are implemented in systems based on Web Services. Usually these transactions utilize principles of compensating transactions, Optimism and Isolation Without Locking. X/Open standard does not cover long-lived DTP. Several technologies, including Enterprise Java Beans (EJBs) and Microsoft Transaction Server (MTS) fully support distributed transaction standards. (en) Per transazione distribuita si intende una transazione di una base di dati in cui sono coinvolti due o più host di rete. Di solito, gli host forniscono risorse transazionali, mentre il transaction manager è responsabile della creazione e della gestione di una transazione globale che include tutte le operazioni di tali risorse. Le transazioni distribuite, come ogni altra transazione, devono far prevalere tutte le quattro proprietà ACID, dove l'atomicità garantisce un risultato completo o nullo. Open Group, un consorzio di vendita, propose il , che diventò uno standard de facto per il comportamento dei componenti model delle transazioni. I database sono comunemente delle risorse transazionali e, spesso, le transazioni utilizzano una coppia di tali basi di dati. In questo caso, una transazione distribuita può essere vista come una transazione che deve essere sincronizzata (o prevedere le proprietà ACID) fra i database partecipanti, che sono distribuiti in luoghi fisici diversi. La proprietà di isolamento nelle proprietà ACID pone una speciale sfida per le transazione multiple, poiché la proprietà di serializzabilità può essere violata anche se ogni database la prevede. In pratica, la maggior parte dei DBMS commerciali usa uno strong strict two-phase locking (SS2PL) per il controllo della concorrenza che, se tutti i database partecipanti lo utilizzano, garantisce una serializzabilità globale. (it) 분산 트랜잭션(영어: Distributed transaction)은 2개 그 이상의 네트워크 상의 시스템 간의 트랜잭션이다. 일반적으로 시스템은 트랜잭션 리소스(transaction resource)의 역할을 하고, 트랜잭션 매니저(transaction manager)는 이러한 리소스에 관련된 모든 동작에 대해 트랜잭션의 생성 및 관리를 담당한다. 분산 트랜잭션은 다른 트랜잭션처럼 4가지 ACID(원자성, 일관성, 고립성, 지속성) 속성을 갖추어야 하며, 여기에서 원자성은 일의 단위(UOW)를 위해 all-or-nothing 결과를 보증해야 한다. 벤더 컨소시엄의 하나인 오픈 그룹은 트랜잭션 모델 구성 요소의 동작에 대한 사실상의 표준이 된 X/Open DTP 모델을 제안하였다. 데이터베이스는 흔한 트랜잭션 자원이며 트랜잭션은 이러한 데이터베이스들을 통과한다. 이 경우 분산 트랜잭션은 여러 참여 데이터베이스 간에 동기화(ACID 속성을 제공)해야 하는 데이터베이스 트랜잭션으로 볼 수 있다. 분산 트랜잭션의 정당성을 보증하기 위한 일반적인 알고리즘은 2단계 커밋(2PC)이다. 이 알고리즘은 일반적으로 수 밀리초에서 수 분 사이의 짧은 시간 내에 커밋할 수 있는 업데이트를 위해 적용된다. (ko) 分散トランザクション（ぶんさんトランザクション、英: Distributed transaction）は、コンピュータ分野におけるトランザクション処理の処理形態の1つであり、ネットワーク上の2つ以上のホスト（処理するコンピュータ）が関連する、1まとまりの操作（処理、取引、トランザクション）のことを示す。 (ja) Розподілена транзакція — транзакція бази даних, в якій беруть участь два або більше мережевих хостів. Зазвичай хости надають транзакційні ресурси, тоді як менеджер транзакцій відповідає за створення та керування глобальною транзакцією, яка охоплює всі операції з такими ресурсами. Розподілені транзакції, як і будь-які інші транзакції, повинні мати всі чотири властивості ACID: атомарність, узгодженість, ізоляція та довговічність, де атомарність гарантує як результат «все або нічого» для одиниці роботи (пакету операцій). , консорціум постачальників, запропонував модель X/Open Distributed Transaction Processing (DTP), яка стала де-факто стандартом поведінки компонентів моделі транзакцій[джерело?]. Бази даних є звичайними транзакційними ресурсами, і часто транзакції охоплюють декілька таких баз даних. У цьому випадку розподілену транзакцію можна розглядати як транзакцію бази даних, яка повинна бути синхронізована (або надати властивості ACID) між кількома учасниками баз даних, які розподілені між різними фізичними місцями. Властивість ізоляції (I ACID) створює особливу проблему для транзакцій з кількома базами даних, оскільки (глобальна) властивість серіалізації може бути порушена, навіть якщо кожна база даних надає її (див. також глобальна серіалізація). На практиці більшість комерційних систем баз даних використовують (SS2PL) для контролю паралельності, що забезпечує глобальну серіалізацію, якщо її використовують усі бази даних, що беруть участь. (див. також для багатьох баз даних). Поширеним алгоритмом забезпечення коректного завершення розподіленої транзакції є двофазна фіксація (2PC). Цей алгоритм зазвичай використовується для оновлень, які можуть фіксуватися за короткий проміжок часу, від кількох мілісекунд до кількох хвилин. Існують також довгострокові розподілені транзакції, наприклад транзакція з бронювання поїздки, яка складається з бронювання авіаквитка, оренди автомобіля та готелю. Оскільки для підтвердження бронювання авіарейсу може знадобитися до одного дня, двоетапна фіксація тут не застосовується, це заблокує ресурси на довгий час. У цьому випадку використовуються більш складні методи, які включають кілька рівнів скасування. Оскільки ви можете відмінити бронювання готелю, зателефонувавши на стійку та скасувавши бронь, можна створити систему для відміни певних операцій (якщо вони не завершені безповоротно). На практиці довготривалі розподілені транзакції реалізуються в системах на основі вебсервісів. Зазвичай ці транзакції використовують принципи компенсаційних транзакцій, оптимізму та ізоляції без блокування. Стандарт X/Open не поширюється на довготривалі DTP. Кілька сучасних технологій, включаючи Enterprise JavaBeans (EJB) і (MTS), повністю підтримують стандарти розподілених транзакцій. (uk) |
| dbo:wikiPageExternalLink | http://gsraj.tripod.com/misc/ejbmtscomp.html http://comet.lehman.cuny.edu/cocchi/CIS256/StudentReading/TransactionProcessing.doc http://xml.sys-con.com/read/43755.htm https://web.archive.org/web/20080511221610/http:/xml.sys-con.com/read/43755.htm |
| dbo:wikiPageID | 619053 (xsd:integer) |
| dbo:wikiPageLength | 4292 (xsd:nonNegativeInteger) |
| dbo:wikiPageRevisionID | 1111363225 (xsd:integer) |
| dbo:wikiPageWikiLink | dbr:Algorithm dbr:Commitment_ordering dbr:Compensating_transaction dbr:Enduro/X dbr:Global_serializability dbr:Concurrency_control dbr:Correctness_(computer_science) dbr:Commit_(data_management) dbr:Synchronization dbr:Database_transaction dbr:Distributed_computing dbr:ACID dbr:Database dbr:Distributed_transaction_processing dbr:Java_Transaction_API dbc:Data_management dbc:Transaction_processing dbr:X/Open_XA dbr:Enterprise_Java_Beans dbr:Microsoft_Transaction_Server dbr:Serializability dbr:Web_Services dbr:Two-phase_commit dbr:Two_phase_locking dbr:Isolation_(computer_science) |
| dbp:wikiPageUsesTemplate | dbt:Cite_web dbt:ISBN dbt:Reflist |
| dct:subject | dbc:Data_management dbc:Transaction_processing |
| gold:hypernym | dbr:Transaction |
| rdf:type | dbo:Work |
| rdfs:comment | 分散トランザクション（ぶんさんトランザクション、英: Distributed transaction）は、コンピュータ分野におけるトランザクション処理の処理形態の1つであり、ネットワーク上の2つ以上のホスト（処理するコンピュータ）が関連する、1まとまりの操作（処理、取引、トランザクション）のことを示す。 (ja) A distributed transaction is a database transaction in which two or more network hosts are involved. Usually, hosts provide transactional resources, while the transaction manager is responsible for creating and managing a global transaction that encompasses all operations against such resources. Distributed transactions, as any other transactions, must have all four ACID (atomicity, consistency, isolation, durability) properties, where atomicity guarantees all-or-nothing outcomes for the unit of work (operations bundle). (en) Per transazione distribuita si intende una transazione di una base di dati in cui sono coinvolti due o più host di rete. Di solito, gli host forniscono risorse transazionali, mentre il transaction manager è responsabile della creazione e della gestione di una transazione globale che include tutte le operazioni di tali risorse. Le transazioni distribuite, come ogni altra transazione, devono far prevalere tutte le quattro proprietà ACID, dove l'atomicità garantisce un risultato completo o nullo. (it) 분산 트랜잭션(영어: Distributed transaction)은 2개 그 이상의 네트워크 상의 시스템 간의 트랜잭션이다. 일반적으로 시스템은 트랜잭션 리소스(transaction resource)의 역할을 하고, 트랜잭션 매니저(transaction manager)는 이러한 리소스에 관련된 모든 동작에 대해 트랜잭션의 생성 및 관리를 담당한다. 분산 트랜잭션은 다른 트랜잭션처럼 4가지 ACID(원자성, 일관성, 고립성, 지속성) 속성을 갖추어야 하며, 여기에서 원자성은 일의 단위(UOW)를 위해 all-or-nothing 결과를 보증해야 한다. 벤더 컨소시엄의 하나인 오픈 그룹은 트랜잭션 모델 구성 요소의 동작에 대한 사실상의 표준이 된 X/Open DTP 모델을 제안하였다. 데이터베이스는 흔한 트랜잭션 자원이며 트랜잭션은 이러한 데이터베이스들을 통과한다. 이 경우 분산 트랜잭션은 여러 참여 데이터베이스 간에 동기화(ACID 속성을 제공)해야 하는 데이터베이스 트랜잭션으로 볼 수 있다. (ko) Розподілена транзакція — транзакція бази даних, в якій беруть участь два або більше мережевих хостів. Зазвичай хости надають транзакційні ресурси, тоді як менеджер транзакцій відповідає за створення та керування глобальною транзакцією, яка охоплює всі операції з такими ресурсами. Розподілені транзакції, як і будь-які інші транзакції, повинні мати всі чотири властивості ACID: атомарність, узгодженість, ізоляція та довговічність, де атомарність гарантує як результат «все або нічого» для одиниці роботи (пакету операцій). (uk) |
| rdfs:label | Distributed transaction (en) Transazione distribuita (it) 分散トランザクション (ja) 분산 트랜잭션 (ko) Розподілена транзакція (uk) |
| owl:sameAs | freebase:Distributed transaction wikidata:Distributed transaction dbpedia-it:Distributed transaction dbpedia-ja:Distributed transaction dbpedia-ko:Distributed transaction dbpedia-no:Distributed transaction dbpedia-uk:Distributed transaction dbpedia-vi:Distributed transaction https://global.dbpedia.org/id/3kUtf |
| prov:wasDerivedFrom | wikipedia-en:Distributed_transaction?oldid=1111363225&ns=0 |
| foaf:isPrimaryTopicOf | wikipedia-en:Distributed_transaction |
| is dbo:wikiPageRedirects of | dbr:Distributed_transaction_processing dbr:Distributed_transactions |
| is dbo:wikiPageWikiLink of | dbr:Deadlock dbr:Deadlock_prevention_algorithms dbr:Durability_(database_systems) dbr:Jakarta_Transactions dbr:Processor_consistency dbr:Commitment_ordering dbr:Compensating_transaction dbr:Component_Object_Model dbr:Global_serializability dbr:Concurrency_control dbr:YugabyteDB dbr:Pervasive_PSQL dbr:Micropayment dbr:Sequential_consistency dbr:Database_scalability dbr:Database_transaction dbr:Datasource dbr:Web2py dbr:ACID dbr:Database dbr:FoundationDB dbr:Distributed_transaction_processing dbr:Hi/Lo_algorithm dbr:Release_consistency dbr:Distributed_database dbr:Spring_Framework dbr:Two-phase_commit_protocol dbr:Serializability dbr:Multi-model_database dbr:Unisys_OS_2200_distributed_processing dbr:Distributed_transactions |
| is foaf:primaryTopic of | wikipedia-en:Distributed_transaction |