Savepoint - mysql

[sEeb]

hi, ich hab nach savepoint und nach rollback gesucht aber leider nix gefunden?

wie genau funktioniert das? ich nehm mal an ich muss zu beginn der funktion nen savepoint setzen und dann meine mysql queries absetzen, wenn was schiefgeht mach ich nen rollback. geht das auch wenn die datenbank nen fehler auslöst zb? und was passiert wenn zwei benutzer parallel in die selbe funktion kommen? in der hilfe steht, dass ein savepoint überschrieben wird, wenn ein anderer mit dem selben namen schon exisitiert? wie schütze ich mich am besten davor, dass zwei savepoints denselben namen haben?

[goth]

Sowas funktioniert eigentlich nur wenn Du 'nen Tabellen-Handler verwendest der Transaktionen unterstützt ... z.B. InnoDB ... !

[sEeb]

und sonst kann man queries nicht rückgängig machen, wenn zb beim dritten plötzlich nen fehler auftritt?

[cst]

Jo! Mit den myisam-Tabellen geht das meines Wissens nach nicht. InnoDB ist das wesentlich schöner.

Genaueres findest Du hier:
http://dev.mysql.com/doc/mysql/en/Tr..._Commands.html

[sEeb]

aber in der nutzung der tabellen merke ich keinen unterschied? befehlsmässig oder performance mässig?

[goth]

Durchaus ... InnoDB ist z.B. beim Einfügen, Ändern oder Löschen etwas langsamer, weil dort der Overhead durch die Berücksichtigung von Fremdschlüsseln etwas höher ist ... im allgemeinen hat man aber Performance Vorteile wenn auf Tabellen viele Concurrent-Selects ausgeführt werden ... InnoDB beherrscht nämlich im Gegensatz zu MyISAM das Record-Locking ... !

[sEeb]

meinst du mit concurrent select abfragen auf dieselben daten?

ich überlege nämlich immer noch was passiert, wenn ich in einer funktion nen savepoint setze und zwei benutzer gleichzeitig in die funktion gelangen und sich dadurch die savepoints überschreiben

ausserdem kann man doch nur spalten sperren, aber nicht zeilen, oder?

[goth]

Ja ... konkurrierende Abfragen eben ... Da MyISAM immer ganze Tabellen während eines Vorgangs sperrt, während InnoDB nur den verwendeten Datensatz gibt's u.U. Performance Vorteile ... BerkeleyDB kann auch noch ein Page-Locking ... aber wofür ... ?!

In solch einem Falle gelten genau die gleichen Race-Konditions wie in jedem Falle, wer zuletzt kommt malt zuletzt ... ... in solch einem Falle arbeitet man im Normalfalle mit 'nem Locking ... (entweder LOCK TABLES ... oder SELECT ... FOR UPDATE) ... steht einiges im Manual dazu ...

Nein ... Spalten Sperren kann man eigentlich gar nicht ... bestenfalls kann man Zugriffsrechte darauf vergeben ... aber das hat gar nichts damit zu tun ... !

[cst]

Die Frage ist allerdings, ob du einen Miet-Web-Account nutzen willst oder einen eigenen Server hast. Die meisten Provider unterstützen keine InnoDBs. Und dann musste eben doch myisam nehmen.