Ich betreibe ein Webformular. Nun will ich verhindern, dass durch zu schnelles Klicken auf einen Submit-button ein Datensatz versehendlich doppelt angelegt wird.

Meine bisherige Technik:

SELECT count(*) FROM users WHERE....
INSERT INTO users....

Das scheint jedoch kein sicherer Schutz gegen Doppel-Inserts zu sein.

Hat jemand von Euch eine Idee? LOCK bzw UNLOCK kommt für mich nicht in Frage, da ja hier nur ein thread gelockt wird und beim doppel-klick ja zwei threads gestartet werden.
Solche Probleme hatte ich bei meiner Textdatei damals nicht ;)

Es wäre ja auch blöd, wenn ich damit jedesmal die ganze tabelle sperren würde, dann könnte ich ja gleich mit Textdateien weitermachen.

Ich möchte gerne Server-Sessions (Web) verwalten. Das habe ich bisher auf CSV-Basis gemacht.\n\n

<!--EDIT|Froschpopo|1170420642-->

du hast mehrere möglichkeiten, aber es kommt darauf an, was genau du unterbinden willst.

- unique keys - so bricht mysql ab, wenn der key schon existiert (also bspw. username)
- session - du überprüfst, ob der user schon auf insert geklickt hat
- transaktion - vor dem select startest du eine transaktion und beendest sie nach dem insert

UNIQUE ging mir auch schon durch den Kopf. Aber diese Möglichkeit würde ja verhindern, dass sich der User einloggen wenn er sich beim letzten Besuch nicht ausgeloggt hat und sein Datensatz noch in der Session-Tabelle existiert. Das wäre blöd.

Zu 2.: Um User-Vorgänge zu überprüfen brauche ich ja die Session-Tabelle. Aber wenn sich die User mehrfach einloggen können indem sie ganz schnell den Submit-Button klicken, ist das ja nicht möglich.

3.: Was meinst du mit Transaktion?

Naja, eine Session läuft ja irgendwann auch mal ab. Du kannst prüfen, ob eine alte noch gültige da ist und nur wenn nicht eine neue anlegen. Den UNIQUE-Key würde ich trotzdem reinmachen, damit bleibt die Datenbank auf jeden Fall sauber...

Was eine Transaktion ist, kannst du hier nachlesen.

habs jetzt so gemacht:

DELETE FROM users WHERE username = 'froschpopo'
INSERT INTO users (username) VALUES (?)

Hm, dann kannst du auch gleich REPLACE benutzen...

soviel ich weiss, beschränkt sich REPLACE aber nur auf den Primärschlüssel! Der Primärschlüssel enthält bei mir die SessionID. Username ist ein UNIQUE

[quote=Froschpopo,02.02.2007, 14:02]3.: Was meinst du mit Transaktion?[/quote]
wenn ich mich recht erinnere, hast du schonmal danach gefragt, und
das ist einige zeit her. transaktion sollte jedem, der Datenbanken
benutzt, ein begriff sein.

[quote=Froschpopo,02.02.2007, 14:02]UNIQUE ging mir auch schon durch den Kopf. Aber diese Möglichkeit würde ja verhindern, dass sich der User einloggen wenn er sich beim letzten Besuch nicht ausgeloggt hat und sein Datensatz noch in der Session-Tabelle existiert. Das wäre blöd.[/quote]
so ein quatsch, natürlich musst du vorher den alten datensatz
rauslöschen.

Hm also ich hab folgende Datenstruktur:

id ist eine Session-ID aus A-Za-z0-9 und soll der erste einmalige schlüssel sein.

name muss auch einmalig sein da dies der Username ist.

Eigentlich sollte der bereits vorhandene Datensatz gelöscht werden, bevor REPLACE den neuen Eintrag anlegt.
Leider ignoriert REPLACE den vorhandenen Eintrag der denselben "name"-Wert hat wie der Neue.\n\n

<!--EDIT|Froschpopo|1170475753-->