Ich will prüfen, ob unlink() erfolgreich war und dann in der Datenbank den Zähler herabsetzen der die Dateien erfasst.

Code:


Ist darauf verlass oder kann es hier durch zu schnelles Submit (CGI) zu einer doppelten Subtraktion kommen?
Es kann ja mal passieren, dass durch ein extrem schnelles Klicken eines Submit-Buttons sich zwei Prozesse so überschneiden, dass sie quasi zeitgleich dieselbe Operation vornehmen und dann theoretisch beide den DBI::do() ausführen würden.

unlink ist atomar, somit wird der prozess, der unlink ans zweites aufruft,
$successfully auf 0 setzen.

Eins der beiden unlinks sollte fehl schlagen, weil auf jeden Fall einmal die Datei nicht mehr vorhanden ist...

Was bedeutet atomar in diesem Zusammenhang?

Also von MySQL kenne ich folgende Problematik die ich anhand eines kleinen Beispiels aufzeigen will:


Der obige Code prüft auf vorhandensein eines Datensatzes, bevor er ein neues INSERT veranlasst. Greift ein anderer Prozess genau dazwischen, gibt es zwei INSERT's.
Um das zu umgehen kann man nur die ganze Tabelle locken oder halt mit UNIQUE's arbeiten, was in manchen Fällen ja schlichtweg nicht gewollt ist.

Das ist genau der Punkt, wo man z.B. Transaktionen benutzt...
Du solltest dich da echt mal ein wenig einlesen.

Also laut Tiger-Buch bildet man damit aber Gruppen! Ein einzelnes Statement ist aber doch keine Gruppe oder muss ich da auch commits bzw rollbacks behandeln? das gäbe für mich irgendwie keinen sinn.
Für mich stellt sich das so hin, dass man ne Transaktion z.b. dafür braucht, wenn es zwischen zwei Statements z.b. einen Stromausfall gibt und das zweite nichtmehr ausgeführt werden kann.\n\n

<!--EDIT|Froschpopo|1170526432-->

[quote=Froschpopo,03.02.2007, 17:04]Was bedeutet atomar in diesem Zusammenhang?[/quote]
ein atom ist dir ein begriff, oder? atomar heisst unteilbar. ein system
kann per unlink nicht zweimal die gleiche datei löschen (wenn sie nicht
zwischendurch wieder angelegt wurde).
ein select und danach ein do ist nicht atomar.
ansonsten solltest du dir mal ein paar informatik-grundlagen zulegen.

[quote=Froschpopo,03.02.2007, 19:12]Für mich stellt sich das so hin, dass man ne Transaktion z.b. dafür braucht, wenn es zwischen zwei Statements z.b. einen Stromausfall gibt und das zweite nichtmehr ausgeführt werden kann.[/quote]
wenn du sensible transaktionen durchführst und einen stromausfall, aber
keine USV, hast du eh ein ganz anderes problem.

Wenn du eine gescheite Datenbank nutzt, ist auch sowas kein Problem. Und durch die Transaktion ist dann wenigstens sichergestellt, dass nicht nur ein Teil der Anweisungen ausgeführt wurde.

Die wahrscheinlich nicht so gescheite Datenbank MySQL braucht für das Reparieren einer durch Stromausfall kaputtgegangenen Datenbank ewig --- ein paar *Tage* habe ich schon mal erlebt, wenn die Datenbank groß genug ist. Was gibt es für Alternativen?