c-f-g

Ich möchte Daten in ein Formular anhand des eingegebenen Benutzernamens und Passworts vor-eintragen. Dazu habe ich mir schon eine Struktur überlegt, wollte aber gern noch ein paar Ratschläge von Profis dazu haben.

Es sollen folgende Daten in das Formular:

1. Name
2. Straße
3. PLZ
4. Ort
5. Telefon
6. Fax
7. Email
8. Ansprechpartner

Dazu kommen der loginname und das dazugehörige Passwort (die natürlich nicht ins Formular kommen, aber auch in die DB).

Frage 1: 2 Tabellen (d.h. extra-Tabelle für l_name und passwort) oder 1?
Frage 2: Wie sollte ich die Dimensionen wählen? Immer die maximale Länge von varchar 255, oder wird die Tabelle dann zu groß? plz würde ich als int abspeichern wollen, bei allen anderen sehe ich da keinen sinn

€: Ahso Primärschlüssel soll der l_name sein, wenn ich mit 2 Tabellen arbeiten würde, müßte ich noch eine Spalte als Primärschlüssel einfügen.
Ach und Frage 3: Sollten die Werte als NULL oder NOT NULL initialisiert werden?

__________________

Mister Ad

madSoul

Hi c-f-g,

zu Frage 1:
ich für meinen Teil speichere die Userdaten komplett in einer Tabelle,
sollte mehr dabei sein wie z.B. ein Profil (siehe Singlebörsen) dann hau ich das in die 2te Tabelle...

zu Frage 2:
den usernamen kannst du ja z.b auf 16 zeichen beschränken, musst dies aber dann auch im registrierungsformular beachten.
nutze auch z.B. das Format Text - ohne Angabe von Zeichenlänge, dann wird nur die anzahl der zeichen +5byte als speicherkapazität verwendet soweit ich weiß...
ich für meinen Teil arbeite mit ner ID als Primärschlüssel -> per auto increment!

zu Frage 3:
keinen Plan...

LG

c-f-g

Danke, endlich mal eine Antwort

1. So dachte ich es bisher auch.
2. Kann das mal jemand bestätigen? Dann werde ich das nämlich auch verwenden.
Naja die ID kann ich einsparen, da der l_name einmalig sein wird, dafür sorge ich dann schon per PHP im Adminmenü
3. Mal abwarten, wer da was weiß

__________________

xabbuh

Beschränke die einzelnen Spalten auf sinnvolle Längen. Wie madSoul schon sagte, benötigst du beispielsweise bei Benutzername und Passwort nicht so viele Zeichen.

Wenn wir von unserem deutschen Postleitzahlensystem ausgehen (also 5-stellige Zahlen), reicht auch ein MEDIUMINT.

Es ist ratsam wenn du trotz allem eine zusätzliche Spalte mit einer eindeutigen ID vergibst. So kannst du auch im Nachhinein noch einmal Benutzernamen ändern, ohne andere Datenbanktabellen, auf die möglicherweise referenziert wird bzw. die auf die Benutzertabelle referenzieren, bearbeiten zu müssen.
Auch aus Performancesicht ist es sinnvoller Verknüpfung zwischen zwei Tabellen über INTEGER- statt (VAR)CHAR- / TEXT-Spalten zu realisieren.

Für Spalten, die zwingend gegeben sein müssen (wie Benutzername und Passwort) bietet es sich an NOT NULL zu verwenden. Bei Optionalen Angaben ist dann sinnvoller, auch NULL-"Werte" zuzulassen (sprich auf das Attribut NOT NULL zu verzichten).

c-f-g

Vielleicht habe ich mich da doof ausgedrückt - was sind sinnvolle Längen für Namen, Passwort, Straße, usw.?

Alles klar

Also alles NOT NULL? Vermutlich ist irgendwo ein NOT zuviel
Kann ich an der Stelle nochmal nachhaken, warum sich mal NOT NULL und mal NULL abietet?

__________________

xabbuh

Bei Benutzernamen und Passwörtern sollten maximal 20 Zeichen völlig ausreichen. Wenn du in deiner Software sogar weniger Zeichen zulässt, kannst du deine Tabellenstruktur natürlich dementsprechend anpassen.
Bei Straßennamen ist das Ganze schon etwas schwieriger. Aber wenn du hier 150 Zeichen zulässt, dürfte es schwer werden, Adressen zu finden, die hier nicht gespeichert werden können.

Habe es oben korrigiert. ;-)

NULL steht in der SQL dafür, dass kein Wert bekannt ist. Genau dieser Fall kann ja bei allen Angaben auftreten, die der Benutzer nicht zwingend vornehmen muss.
Bei Benutzernamen und Passwörtern macht dieses Attribut nicht viel Sinn, da hier so oder so immer ein Wert vorhanden sein muss und man sich auf diese Weise den ansonsten benötigten Speicherplatz auch sparen kann.
Allgemeine Informationen zu NULL-Werten findest du beispielsweise unter folgender Adresse in der Wikipedia: http://de.wikipedia.org/wiki/NULL
In der MySQL-Dokumentation bietet sich das folgende Kapitel zur Verarbeitung von NULL-Werten zur Lektüre an: http://dev.mysql.com/doc/refman/5.0/...with-null.html

c-f-g

Vielen Dank :daumenhochsmiley:

__________________