Клубове Дир.бг
powered by diri.bg
търси в Клубове diri.bg Разширено търсене

Вход
Име
Парола

Клубове
Dir.bg
Взаимопомощ
Горещи теми
Компютри и Интернет
Контакти
Култура и изкуство
Мнения
Наука
Политика, Свят
Спорт
Техника
Градове
Религия и мистика
Фен клубове
Хоби, Развлечения
Общества
Я, архивите са живи
Клубове Дирене Регистрация Кой е тук Въпроси Списък Купувам / Продавам 11:03 24.06.24 
Клубове/ Компютри и Интернет / Бази данни Всички теми Следваща тема Пълен преглед*
Информация за клуба
Тема Re: толкоз ли е умен координатора ? [re: Perin]
Автор Perin (binary)
Публикувано20.10.02 07:30  



Da ama ne. Popotarsih iz neta. Znachi tova che koordinatora e umen i manage-va niakolko transakcii tova dobre. Ama samite transaktnati resursi triabva da poddarjat protokol za two-phase commit (XA). Eto ot tuka cheta:


Eto malko citati:


A distributed transaction, sometimes referred to as a global transaction, is a set of two or more related transactions that must be managed in a coordinated way. The transactions that constitute a distributed transaction might be in the same database, but more typically are in different databases and often in different locations. Each individual transaction of a distributed transaction is referred to as a transaction branch.

For example, a distributed transaction might consist of money being transferred from an account in one bank to an account in another bank. You would not want either transaction committed without assurance that both will complete successfully.

In the JDBC 2.0 extension API, distributed transaction functionality is built on top of connection pooling functionality, described under "Connection Pooling". This distributed transaction functionality is also built upon the open XA standard for distributed transactions. (XA is part of the X/Open standard and is not specific to Java.)

XA functionality is usually isolated from a client application, being implemented instead in a middle-tier environment such as an application server.

In many scenarios, the application server and transaction manager will be together on the middle tier, possibly together with some of the application code as well.

Software that uses distributed transactions cannot use normal connection instance COMMIT, auto-commit, or ROLLBACK functionality, because all COMMIT or ROLLBACK operations in a distributed transaction must be coordinated. Any attempt to use the commit() or rollback() method or enable the auto-commit flag of a connection instance would result in a SQL exception.

When you use XA functionality, the transaction manager uses XA resource instances to prepare and coordinate each transaction branch and then to commit or roll back all transaction branches appropriately.


Taka che predishnite mi izkazvania che vsiaka transaktnata baza stava i za distributed sa palna boza. Vij dali InnoDB poddarja XA protokola - namerih tova vav FAQ-to na TUXEDO:


Does TUXEDO work with PostgreSQL, mySQL, under Linux 5.2, 6.0, 6.1?

Yes it does, categorically, for database queries and updates. You won’t be able to have TUXEDO coordinate your global transactions though, since these databases don’t support transactions, let alone XA transactions.


Eto i linka:



Samo che FAQ-to e ot 98-a godina, moje neshto da ima naprtaveno po vaprosa. Postgre opredeleno znam che poddarja transakcii. No ako poddarjaha XA sigurno shtiaha da trabiat ta vsichki da chuiat.

НЕ МЕ ЕБЕ КАК Е ВУТЕ, АЗ ГЛЕДАМ ДА СЪМ ДОБРЕ

Цялата тема
ТемаАвторПубликувано
* MySQL & distributed Transactions RepeatableRead   17.10.02 09:50
. * Re: MySQL & distributed Transactions Topбaлaн   17.10.02 21:22
. * Re: MySQL & distributed Transactions RepeatableRead   18.10.02 00:28
. * Re: MySQL & distributed Transactions Topбaлaн   18.10.02 08:08
. * Re: MySQL & distributed Transactions RepeatableRead   18.10.02 09:23
. * Re: MySQL & distributed Transactions OracleDBA   18.10.02 10:24
. * абе той този пазар е сравнително устойчив... Topбaлaн   18.10.02 11:27
. * Re: абе той този пазар е сравнително устойчив... Perin   20.10.02 06:39
. * Re: MySQL & distributed Transactions Perin   17.10.02 23:22
. * Re: MySQL & distributed Transactions salle   18.10.02 12:46
. * Re: MySQL & distributed Transactions RepeatableRead   18.10.02 13:04
. * Re: MySQL & distributed Transactions salle   18.10.02 14:30
. * ако клъстър е размито то транзакция не е..... Topбaлaн   18.10.02 15:21
. * Re: ако клъстър е размито то транзакция не е..... salle   18.10.02 17:04
. * ами така ми прозвуча.... Topбaлaн   18.10.02 21:57
. * Re: ами така ми прозвуча.... Perin   19.10.02 22:05
. * какво имам предвид? Topбaлaн   19.10.02 22:47
. * Re: какво имам предвид? Perin   20.10.02 00:54
. * толкоз ли е умен координатора ? Topбaлaн   20.10.02 01:27
. * Re: толкоз ли е умен координатора ? Perin   20.10.02 06:35
. * Re: толкоз ли е умен координатора ? Perin   20.10.02 07:30
. * Re: ако клъстър е размито то транзакция не е..... Perin   19.10.02 22:02
. * за MS Sql Server си прав... Topбaлaн   19.10.02 22:56
. * Re: за MS Sql Server си прав... Perin   20.10.02 00:56
. * Re: ако клъстър е размито то транзакция не е..... RepeatableRead   21.10.02 12:41
. * Re: MySQL & distributed Transactions OracleDBA   18.10.02 14:38
. * Re: MySQL & distributed Transactions Perin   19.10.02 22:10
. * Re: MySQL & distributed Transactions OracleDBA   21.10.02 11:23
. * Re: for (;;) { bira ++; } salle   21.10.02 19:36
. * Re: MySQL & distributed Transactions Perin   23.10.02 19:10
Клуб :  


Clubs.dir.bg е форум за дискусии. Dir.bg не носи отговорност за съдържанието и достоверността на публикуваните в дискусиите материали.

Никаква част от съдържанието на тази страница не може да бъде репродуцирана, записвана или предавана под каквато и да е форма или по какъвто и да е повод без писменото съгласие на Dir.bg
За Забележки, коментари и предложения ползвайте формата за Обратна връзка | Мобилна версия | Потребителско споразумение
© 2006-2024 Dir.bg Всички права запазени.