Sinnvoller Aufbau Community - für jeden User eine ID?

Mir wurde immer wieder geraten, ich solle doch für jeden User eine ID vergeben und anhand dieses alles managen...

Ist das aber nicht eher sinnlos, weil bei jeglichen Abfragen ja auch immer erst abgefragt werden muss, wie der User der ID 123 eigentlich heißt?

Beispiel "Freundeliste":

ID|user1|user2
1 | 46 | 32

user "46" hat also "32" als freund. bei einer auflistung aller freunde von "46" müßte ich ja dutzende quer-abfragen machen, nur um die realnames zu bekommen...

Benutze auf jeden Fall eine ID! Wie willst du den User sonst eindeutig identifizieren?
Und was die vielen Querys angeht:
Beschäftige dich mal mit Join, dann kannst du auch alles mit nur einer Query erledigen!!!

[cytrobic]

usernamen sind aber auch einzigartig .... sollten jedenfalls

ja dachte ich eben auch... joins sind zwar geil, aber letztendlich führt das ganze ja nur zu unnötigten abfragen

[cytrobic]

naja ich machs über usernamen, da ich beim anlegen des users prüfe obs ihn schon gibt, falls ja werden alternativen angeboten, wenn nicht wird der user in der db angelegt, diese haben natürlich auch eine id wegen dem auto_increment wert der datenbank aber die benutz ich nich.

[Basti]

Zitat von cytrobic

naja ich machs über usernamen, da ich beim anlegen des users prüfe obs ihn schon gibt, falls ja werden alternativen angeboten, wenn nicht wird der user in der db angelegt, diese haben natürlich auch eine id wegen dem auto_increment wert der datenbank aber die benutz ich nich.

Diese zweite ID kannst du dir dann aber auch sparen. Wenn du sie ohnehin nicht benutzt ist sie einfach nur Overhead.

Es spricht doch nichts dagegen, einen Benutzernamen als ID zu verwenden, denn schließlich ist dieser ja als solcher gedacht. Natürlich braucht der in (aller Regel) ein wenig mehr Speicher, als eine Ganzzahl, aber das wird sich wohl in irrelevanten Größenordnungen abspielen und, gerade, wenn du die numerischen IDs andernfalls immer wieder auflösen musst ohne weitere Infos der betroffenen Benutzerdatensäze auszulesen sind die paar Bytes mehr sicherlich ein kleinerer Preis.

Sinnig wäre es halt, die Fehlerquellen im Handling der Benutzernamen möglichst einzugrenzen, indem du nur Zeichen aus dem ASCII-Zeiichensatz verwendest und daraus vielleicht auch nicht solche, die dann wieder irgendwo irgendwie maskiert werden müssen (im URI, in der SQL-Query, in HTML etc.), also vielleicht ^[a-zA-Z_\-]{5,20}$ oder so.

Basti

Wie wendet man das ^[a-zA-Z_\-]{5,20}$ an?

5,20 heißt doch, der Name darf maximal 20 lang sein, mindestens 5 oder?

[Basti]

Zitat von Truncate

Wie wendet man das ^[a-zA-Z_\-]{5,20}$ an?

http://php.net/manual/en/function.preg-match.php

5,20 heißt doch, der Name darf maximal 20 lang sein, mindestens 5 oder?

Genau.

Basti

Angenommen, die Community hat 10k User...
Macht sich da nicht der Unterschied zwischen nem INT und nem VARCHAR deutlich bemerkbar?
Das würde ich jetzt einfach mal so behaupten ohne näheres zu wissen...

@Truncate:
Deine Freundesliste-Tabelle lässt wohl so manch einem die Zehennägel...
Die ist ungünstig bedacht. Versuche es mit nur 2 Spalten und benutze eine Zeile je "Freund".


Gruß,
Sa


EDIT: die Rechtschreibung...

Zitat von Sascha

Angenommen, die Community hat 10k User...
Macht sich da nicht der Unterschied zwischen nem INT und nem VARCHAR deutlich bemerkbar?
Das würde ich jetzt einfach mal so behaupten ohne näheres zu wissen...

Hm, und was wenn die "Usersuche" benutzt wird und massig Joins verwendet werden müssen, nur damit die richtigen Usernamen auslesbar sind?

Zitat von Sascha

@Truncate:
Deine Freundesliste-Tabelle lässt wohl so manch einem die Zehennägel...
Die ist ungünstig bedacht. Versuche es mit nur 2 Spalten und benutze eine Zeile je "Freund".

???

freund1|freund2