Konkurrierende Transactions?

Hallo NG!

Obwohl ich gerade einen Blick ins MySQL-Handbuch geworfen habe,
ist mir ein paar grundlegende Dinge bezüglich Transaktionen
leider nicht wirklich klar geworden:

Angenommen, ich habe eine Anwendung, die von zwei verschiedenen
Instanzen aus gleichzeitig z.B. ein UPDATE-Statement auf die
selbe DB-Tabelle loslassen, die sich inhaltlich gegenseitig
widersprechen.
Bietet die Transaktionen einen Schutz gegen diese Race
Condition, sprich impliziert ein BEGIN TRANSACTION ein LOCK
TABLE? Falls ja, was bekommt das zweite Statement als Antwort?
Eine Fehlermeldung oder wird das zweite, "zu kurz gekommene"
Statement "gecacht" und nach dem COMMIT der ersten Transaktion
automatisch ausgeführt und Erfolg gemeldet?


TIA,

Sebastian

--
http://www.baumaschinen-modelle.net
http://www.schwerlast-rhein-main.de

Re: Konkurrierende Transactions?

Sebastian Suchanek wrote:
> Obwohl ich gerade einen Blick ins MySQL-Handbuch geworfen habe,
> ist mir ein paar grundlegende Dinge bezüglich Transaktionen
> leider nicht wirklich klar geworden:

http://blog.koehntopp.de/archives/1985-Die-InnoDB-Storage-En gine.html
erklärt es vielleicht besser, weil mit ein paar Beispielen?

Kris

--
Kristian =?iso-8859-15?q?Köhntopp?=

Re: Konkurrierende Transactions?

Kristian Köhntopp schrieb:
> Sebastian Suchanek wrote:
>> Obwohl ich gerade einen Blick ins MySQL-Handbuch geworfen habe,
>> ist mir ein paar grundlegende Dinge bezüglich Transaktionen
>> leider nicht wirklich klar geworden:
>
> http://blog.koehntopp.de/archives/1985-Die-InnoDB-Storage-En gine.html
> erklärt es vielleicht besser, weil mit ein paar Beispielen?

Ja, das war erhellender, danke.


Tschüs,

Sebastian