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

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

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



добре - уточнявам.

За транзакция съм съгласен, че дефиницията е стриктна.

Имах предвид "Поддръжка на транзакции" - кой всъщност се очаква да поддържа транзакциите? Или още по точно - на кое ниво от приложението? Тук е размиването.

Извадка от текста, който ти цитираш:

"Programming of distributed transactions is simplified by software that coordinates .... across several data resources"

Преведено:
Програмирането на разпределените транзакции се опростява от софтуер който координира .... върху много ресурси от данни"

Така. Хайде сега ти ми обясни кое нещо какво е във този текст?
Само две неща са достатъчни да се дефинират мъничко по-различно за да направиш десетки различни интерпретации:

"софтуер който" -> кой е този софтуер?
"ресурси от данни" -> весело нали?
променлива, масив, файл, База Данни - всяко едно от тези неща мажеш да ги приемеш като "ресурс от данни"

По тази логика използването на mutex-и при pthreads осигурява "транзакции" - ядрото на операционната система (софтуер) с тяхна помощ осугирява "цялостност" на промелнивите (ресурси) в програмата



Не виждам откъде си останал с впечатление, че се измъквм. Мисля, че достатъчно ясно казах, че преди 5.0 в MySQL такива неща няма да има

Освен ако някой не вземе да дефинира използването на двупосочна репликация върху Innod таблици като такава баш транзакция. Аз не бих го направил.

Всъщност най-ценния отговор по темата е на човека скромно нарекъл себе си OracleDBA

От него трябва да се поучим



Цялата тема
ТемаАвторПубликувано
* 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 Всички права запазени.