Hallo,
ich habe auf meiner Homepage ein Login-System, bei dem man sich mit Username und Passwort einloggen kann. Man kann sich natürlich auch anmelden. Mit Username und Passwort. Mein Problem ist:
Man kann sich leider noch doppelt anmelden. Man kann also 2mal den Usernamen "Batman" wählen. Das gibt natürlich Probleme beim Login, da 2mal der gleiche Username vorhanden ist.

Wie kann ich verhindern, dass man 2mal den gleichen Usernamen eintragen kann?

mfg,
datmoe

Mister Ad

Mit einem geeigneten Datenbankdesign. Deklariere die Spalte Username als primary key und alle Versuche, den selben Usernamen noch mal einzutragen, werden vom MySQL abgeschmettert. Du brauchst dann nach dem INSERT nur noch zu prüfen, ob mysql_errno > 0 ist. Wenn ja, dann teilst Du dem User das mit, daß sein Wunschname schon vergeben ist.

oder du liest in der tabelle aus, mit dem nick den der user angegeben hat, wenn er fündig wird, iser schon vergeben...

Jacks Rache

Oder du machst es, indem du das Benutzernamen-Feld auf unique stellst.

Nicht 'oder'. Ein primary key ist unique.

Der_Gerhard

Ist mit einem PRIMARY KEY nicht evtl. mehr Verwaltungsaufwand verbunden als mit einem Feld, dass nur UNIQUE ist?

Ist nur mal so eine Vermutung.

__________________
**********************************
Nein, ich bin nicht die Signatur.
Ich putze hier nur.
**********************************

Basti

Schonmal was von Race Conditions gehört? Warum also kompliziert?

Was meinst du damit? Der Benutzer wird anhand eines eindeutigen Benutzernamen identifiziert. Warum jetzt ein neues, zusätzliches Attribut "ID" anlegen und diesem den PK geben? Wo liegt darin der Sinn?

Basti

Der_Gerhard

Es ging darum, dass meikel vorgeschlagen hat, den UserNamen als Primary Key zu definieren.
Die Alternative, die Spalte einfach nur als Unique zu definieren, hat er abgelehnt, weil ein Primary Key ja auch Unique ist.

Ich kann mir aber ganz gut vorstellen, dass ich zur Verwaltung der Benutzer lieber ein ID-Feld als Primary Key verwenden würde.
Der BenutzerName kann beliebigen Unsinn enthalten oder sogar änderbar sein.

Deshalb finde ich es nicht so toll, unbedingt den Primary Key auch auf den Namen auszuweiten (es stand ja nirgends was vom bisherigen Primary Key). Statt dessen würde ich nur Unique nehmen.
Die ID ist eine Zahl und ändert sich garantiert nicht. Für mich ist die daher besser geeignet, ein Schlüssel zu sein.

Meine Frage bezog sich nun darauf, was bei MySQL noch alles an Verwaltungsaufwand (Index etc.) für einen Primary Key getrieben wird, der evtl. für ein Unique-Feld wegfällt.
Einen Unterschied wird es ja wohl geben. Sonst bräuchte man das Schlüsselwort Unique nicht.

__________________
**********************************
Nein, ich bin nicht die Signatur.
Ich putze hier nur.
**********************************

Nein, eher weniger. MySQL hat dann weniger zu tun, wenn es einen PK gibt. Und wenn die Bedingung ist, daß der Name eindeutig sein soll und nicht mehrfach vergeben werden darf, dann wäre das für mich die plausibelste Lösung.

a. Dein Ding
b. Unsinn kann man mit preg_match abfangen. Einen PK kann man auch ändern. Aber auch da muß man ja darauf achten, daß der neue Name auch einmalig ist.

Es ist wesentlich einfacher, wenn man es MySQL überläßt, auf die Integrität der Tabelle zu achten.