transaction coordinatora otgovaria za tova kato upravliava dvoinia commit. parvo vsichki resourci (bazi danni, opashki, legacy sistemi) uchastvashti v transakciata saobshtavat che sa commitnali, (t.e. transakciata ne e provalena) i togava toi pravi double commit-a.

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

Da, razbira se shte raboti sas vseki ODBC data source. Tova e nai-lesnia nachin da integrirash legacy sistema sas novo windows prilojenie ako iskash da imat obshti transakcii.

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

че то MySql не поддържа транзакции...толкоз ли е умен тоя координатор, че да се оправи ?

всъщност, прехвърлих хелпа...
а там не говорят за "други бази данни" или за ODBC а говорят за оракъл...може да не е толкоз съществено, но ми направи вчепетление...

Редактирано от Topбaлaн на 20.10.02 01:28.

> че то MySql не поддържа транзакции...толкоз ли е умен тоя координатор,
> че да се оправи ?
Koordinatora moje samo da koordinira transakcii, ne da oshashtestviava transakcii varhu resursi koito niamat vgraden mehanizam. izkazvaneto mi che moje i s MySQL beshe bazirano na predishen posting v kluba v koito se kazva che MySQL poddarja transakcii chrez InnoDB.

> всъщност, прехвърлих хелпа...
> а там не говорят за "други бази данни" или за ODBC а говорят за
> оракъл...може да не е толкоз съществено, но ми направи вчепетление...
Za MSDTC li stava duma? MSDTC moje da raboti s MSMQ, OLEDB i ODBC. Na vremeto biaha planirali i failovata sistema da napraviat transaktnata (v helpa na MTS imashe nekvi takiva idei) ama tz., ne sa.

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

Informix e veche IBM, DB2 izgriava, taka che neka da kajem che reinkarnaciata na Informix izgriava. Vij bednite SyBase niama koi da gi kupi

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

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:

Съдържаниет е скрито
Влезте за да го видите

Съдържаниет е скрито
Влезте за да го видите

Първоначалният въпрос беше дали MySQL поддържа разпределени транзакции. Този въпрос според мен определи и контекста на дискусията - че става дума за релационни бази данни.

(Защото в противен случай ето - наскоро една позната, касиерка в банка, ми каза: И ние правим транзакции. Аз пък ще добавя, че сигурно са разпределени.)

Следователно, ако се ограничим в контекста на дискусията, тогава ще говорим само за релационни бази данни. Тук нямат място никакви позовавания на продукти, които са работили в среда на VMS и т.н. Аз самият съм работил в Oracle за VMS. Няма такова нещо, като разпределена обработка.

Пък и за каква разпределена обработка може да става дума в началото на 80-те години. Нали преди това системата трябва да бъде разделена на Клиент и на Сървър и да е възможно много клиенти да се свързват към един сървър, както и един клиент да се свързва към множество сървъри. Първата реализация на Клиент-Сървър е на Oracle във версия 5.0/5.1 през 1985/86 година. Там се появяват и първите зачатъци на разпределената обработка. Заключване на ниво ред е реализирано през 1988 г. Бизнес-приложенията на Oracle са пренаписани за среда Клиент-Сървър чак през 1993 г. (Oracle даже го наричат това Клиент-Сървър революция).

Ще се повторя. Проблемите, които е трябвало да се решават, са толкова сложни и обемни, че е било необходимо много време и усилия за пионерите в тази област. Дори и за компания от ранга на Oracle.

Вярно е, че в много системи се използва понятието транзакция за обозначаване на единица работа. Но разликата между "транзакция изобщо" и "разпределена транзакция при релационните системи" е както между Канада и канализацията, ако използвам един стар анекдот.

Едва напоследък се занимавам с Java и не бих искал да се изказвам определено в тази област. Само дето ми се струва, че един J2EE сървър е application server. Т.е. изместваме проблема от слоя на базата данни към middle tier.

Освен това: J2EE server през 1998 година? Може би само спецификацията му е от тази година. А опитите за реализация да продължават и понастоящем. (Това - като въпрос към дискутиращите). Мога да кажа само, че доскоро - до версия 8.1.7 - Oracle предлагаха реализация само на сесийни EJB. Едва напоследък чрез OC4J и то сега през 2002 г. предложиха реализация и на Entity EJB, чрез които може да се реализират разпределени транзакции - но това пак е в middle tier.

Много неща, за които се говори в специализираните издания, още не са стигнали до потребителите. Поне така ми се струва. А дискусията все пак възникна на практическа основа, какво се използва в момента, а не за това, какви са намеренията в неопределеното бъдеще.

Извинявам се, че говоря само за Oracle, но от много време се занимавам с техни неща и това е повлияло на мисленето ми.

Поздрави на всички.

За да поддържа distributed транзакция OLEDB Provider-a трябва да реализира ITransactionJoin и ITransactionLocal. Отделно самия ресурсе менаджер трябва да поддръжа Tho Phase Commit протокола. Така че не е само до OLD DB или ODBC драйвер.

Следователно, ако се ограничим в контекста на дискусията, тогава ще говорим само за релационни бази данни. Тук нямат място никакви позовавания на продукти, които са работили в среда на VMS и т.н. Аз самият съм работил в Oracle за VMS. Няма такова нещо, като разпределена обработка.

Пък и за каква разпределена обработка може да става дума в началото на 80-те години. Нали преди това системата трябва да бъде разделена на Клиент и на Сървър и да е възможно много клиенти да се свързват към един сървър, както и един клиент да се свързва към множество сървъри. Първата реализация на Клиент-Сървър е на Oracle във версия 5.0/5.1 през 1985/86 година. Там се появяват и първите зачатъци на разпределената обработка. Заключване на ниво ред е реализирано през 1988 г. Бизнес-приложенията на Oracle са пренаписани за среда Клиент-Сървър чак през 1993 г. (Oracle даже го наричат това Клиент-Сървър революция).

Zashto da ne moje? Na VMS ima klusteri koito rabotiat bez spirane po desetki godini, mislia che rekora beshe ot roda na 22 godini. Imam predvid kluster, za otdelna mashina rekorda beshe pod 20 godini.
Ne znam za nai-rannite versii na VMS, ama ot 85-ta si imat ACMS sistemata koiato osven vsichko drugo ima distributed transaction coordinator.
Ne sa klient server ama to taia koncepcia veche si umria. Pak i zashto ti e klient-server za razpredelena obrabotka? A kak sa se pravili elektronnite bankovi transakcii predi tova? Pak chrez niakakav nachin razpredelena obrabotka.
Za J2EE serverite - prez 98 veche ima reference implementation. A MTS izliza 96 godina. Po nastoiashtem si ima dosta savsem raboteshti J2EE serveri. Ne opiti. A specialno Oracle sa mnogo zle s J2EE-to (tova da ne se vazpriema kato lichna obida ot nikogo). Te 2 godini praviha svoi J2EE server, posle go pratiha v kofata za bokluk i sega kupiha Orion. Koito beshe hubavo app serverche, ama ... slabo ... mnogo daleche ot BEA ili websphere.

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