Punkt 1: Hast du denn konkret ein Problem? Im Grunde musst du ja nur die entsprechenden Daten aus der Datenbank auslesen und dann mit einer Schleife ausgeben.
Punkt 2: Im Grunde macht das keinen Unterschied.

Wenn ich mal wüsste wofür du das nun genau so brauchst,

Aber nagut, es ist mit sicherheit nicht der "eleganteste" Weg, doch ist schnell umgesetzt und nachvollziehbar.

Ich glaube ich würde es so lassen, wenn ich es so gemacht hätte :wacko:

Was ist wenn eine Option des Selectfelds selbst Leerzeichen enthalten soll? Geht nicht, gell?

Lies Dir mal de.wikipedia.org/wiki/Normalisierung_(Datenbank) durch, dann weißt Du, wie es aussehen sollte.

Naja man könnte halt ne 2. Db-Tabelle erstellen, mit relation auf deine user-tabelle.


Ich sag mal, man könnte dann sehr toll Filtern und foo faa foo betreiben, doch wenn es wirklich nur darum geht, dass die Leute sich SelectFelder selbst definieren können,
ist dieser Weg schon ok. Sobald zu aber anfängst zu filtern oder noch irgendwelche anderen Optionen an deine Select-Felder ranhängst solltest du eine Db-Tabelle machen.

Achja: ich hätte wohl auch deinen Weg genommen, weil er bei den geringen Bedingungen (glaube ich jetzt einfach mal) ausreicht.

Das Problem hinter dem "faulen" Weg ist halt, dass man nie einschätzen kann, OB man irgendwann doch eine erweiterte Funktionalität benötigt. Dann die gesamte Datenbasis umzustellen ist im Allgemeinen mehr Arbeit als gleich von vornherein eine kleinen extra Tabelle einzuplanen. Meine Projekte müssen daher immer den Normalenformen entsprechen.

Amen! Volle Zustimmung