Bewertungen von Beiträgen [3]

Jetzt ist mir wieder eingefallen, wieso ich ein Problem mit Transaktionen hatte. Ich dachte fälschlicherweise erst, daß ich ein paar meiner Datenbanktabellen mit ALTER TABLE mißhandeln müßte. ALTER führt zu einem automatischem COMMIT und bricht dadurch die Transaktion ab. Also mußte ich eines von beiden loswerden. Glücklicherweise brauche ich ALTER TABLE garnicht. Also kann ich mich endlich an die Transaktionen wagen.

Mit Prepared Statements kombiniert ergeben die Transaktionen ganz schön langen Quelltext. Angeblich soll es eine Funktion mysqli_start_transaction() geben, aber die nicht weiter kommentiert sein. In keinem der Beispiele, die ich bisher gefunden habe, wird sie verwendet. Das Syntax-Highlighting meines Editors kennt sie auch nicht. Die Beispiele zu Erklärungen der Transaktionen senden entweder START TRANSACTION oder BEGIN per mysqli_query() oder lassen das ganz weg. Letztere Möglichkeit verwirrt mich allerdings etwas. Möglicherweise bedeutet das Abschalten des Autocommit bereits implizit, daß man nachfolgend Transaktionen macht? Aber mysqli_rollback() oder wie immer man den Befehl übermittelt, kann so doch nicht wissen, bis wohin rückabgewickelt werden soll? Sollte ich sicherheitshalber START TRANSACTION senden, dann sollte ich mir sicher sein (aber das ist nicht der Fall), daß eine Transaktion innerhalb einer anderen Transaktion einfach keine Auswirkung hat?
Ranma

Im Sommer habe ich weniger Zeit dafür, darum geht es nur noch sehr langsam voran. Ich muß noch ein paar Datenbanktabellen umbauen. Vor allem die für die Lokalisierung. Da habe ich nämlich schon einige Tage Arbeit für die Einträge darin investiert und würde die darum nur ungern verlieren. Darum ist die Tabelle immer noch so aufgebaut, daß sie sich nur mit ALTER TABLE vervollständigen läßt.

Aber erstmal etwas wichtigeres. Bei der Verwendung von Transaktionen werden die einzelnen Aktionen tatsächlich ausgeführt, auch wenn man sie dann durch ein Rollback wieder rückgängig machen kann. Das wirft für mich zwei immernoch ungeklärte Probleme auf. Wenn die Aktionen tatsächlich ausgeführt werden, ohne (weil ich in der Variante das LOCK TABLES nicht verwende) daß die Tabelle gesperrt ist, dann können sich doch die Transaktionen aus unterschiedlichen Instanzen des Skripts (also Einträgen durch unterschiedliche User) in die Quere kommen? Aber gerade das wollte ich eigentlich verhindern...

Das andere Problem, das vielleicht keines ist, tritt nur beim Rollback auf. Dazu habe ich nämlich gelesen, daß zwar die in einer Tabelle gemachten Einträge wieder entfernt werden, aber der Rollback keinen Einfluß auf ein AUTO INCREMENT hat. Wenn also die Datenbank beim Eintragen eine neue ID-Nummer dem Eintrag hinzufügt, dann bleibt die auch nach einem Rollback erhalten. Die meisten Tabellen lassen keine Einträge mit ausschließlich leeren Spalten zu, also wird der Eintrag komplett gelöscht, aber die AUTOINCREMENT-Funktion zählt erst nach dem gelöschten ID-Wert weiter und es entsteht eine Lücke in der Zählung. Zumindest falls ich das richtig verstanden habe. Möglicherweise stören sich andere SQL-Funktionen, vor allem für Sortierung, nicht an solchen Lücken. Dann ist das kein Problem. Diese Möglichkeit wäre sogar besonders erfreulich, weil dann solche Lücken zum Beispiel auch durch Moderationsmaßnahmen entstehen dürfen und toleriert werden können. Aber wäre da noch die Möglichkeit, daß so eine Lücke nicht ignoriert wird. Das wäre dann doch ein Problem.
Ranma

Ich brauche die Transaktionen (oder LOCK TABLES), um Beiträge im Nested-Set-System speichern zu können. Das heißt vor jedem INSERT müssen zwei UPDATE erfolgen, die "Platz" für das INSERT schaffen. Wenn ich Lücken in der Zählung nicht schließen muß, dann wird natürlich jeder Eintrag irgendwo eingehängt, aber vielleicht an der falschen Stelle.

Vielleicht wird es sogar noch komplizierter, weil ich erst noch eine Sprachweiche baue, die dann noch berücksichtigt werden muß.
Ranma

Man kann für Transaktionen Isolations-Level festlegen:

https://de.wikipedia.org/wiki/Isolation_%28Datenbank%29

Je nach Level können so Race Conditions von parallel laufenden Transaktionen verhindert werden.

Für MySQL:

https://dev.mysql.com/doc/refman/5.6/en/set-transaction.html