Hallo! Hab in meinem GMX-Postfach nochmal geguckt, wie nun die neue Adresse dieses Forums ist, war ja Ewigkeiten nicht mehr hier!

Ich bin gerade dabei, ein CMS zu programmieren und wollte beim Usermodul ein dynamisches Benutzerprofil erstellen. Mit dynamisch meine ich, dass beliebig viele Profilfelder (z.B. ICQ, Herkunft, ...) hinzugefügt und gelöscht werden können. Außerdem soll jedem Feld eine Überkategorie zugeordnet werden.

Ich habe mich jetzt schon hingesetz und mir verschiedene Datenbankkonstruktionen durch den Kopf gehen lassen, die zündende Idee war aber noch nicht dabei.

Ein einfaches Feld mit ALTER hinzuzufügen bringt wenig, da bei der Angabe ja noch Name des Feldes und die Übergruppe fehlen würden.
Eine extra Tabelle "user_fields" mit einer Feld-Id, einem Feld-Namen und einer Kategorie-Id bringt auch nicht viel. Zumindest habe ich kein Weg gefunden, diese Tabelle irgendwie in der User-Tabelle unterzubringen.

Könnt ihr mir sagen, wie ich die Datenbank aufbauen sollte? Wäre für jede Hilfe dankbar! Danke schonmal im Voraus!

Mister Ad

d-jango

hmm... ich hab da eine Idee...

hier mal mein Vorschlag zum Datenbank-Entwurf

__________________
http://www.fun2stay.de

rbs_phoenix

vielleicht könnte man ein Feld "Selfinfo" machen und dort ein array speichern.. also trennzeichen ":" und ";" oder sowas.... dann ließt du das Feld aus und machst ein Array draus. Also so würde ich es machen. Oder ich hab das nicht verstanden

MFG RBS_Phoenix

edit: Oder du machst wie hiervor eine Tabelle mit 3 Feldern. "userID", "infoname" und "infovalue". Dann machste pro einzelne zusätzliche Info ein eintrag mit userid, infoname (z.b. "ICQ-Nummer") und infovalue (z.b. "123456789"). Wäre vlt einfacher.

__________________
Homepage: http://www.rbs-page.de

Zergling-new

Wenn die Informations-Anzahl unbekannt ist und größer 1 werden könnte, sollte man die Informationen Datensatz-weise (also zeilenweise) speichern.

d-jango hat es schon als Diagramm vorgeschlagen. 2 Hinweise dazu: eine profileid ist nicht nötig, da sich ein Datensatz eindeutig durch die Kombination userid/itemid identifiziert. Ein weiterer Primärschlüssel ist Balast.

Zweiter Hinweis: Deine Performance sinkt, bei vielen Usern wahrscheinlich sogar merklich.
Pro Profilabfrage erhöht sich dein Aufwand von einer Abfrage auf zwei, wobei die zweite eine Ergebnismenge ist. Mag vielleicht bei kleinen bis mittleren Projekten akzeptabel sein. Aber es bleibt bei mindestens einer Verdopplung des Aufwandes.

Vielleicht kannst du ja einen Kompromiss fahren und die Standard-Eigenschaften eines Users (Name, Anrede, Geschlecht, E-Mail, Passwort, Alter) trotzdem in der Haupttabelle zusammenfassen.

Bei meinem letzten Projekt bin ich übrigens die selbe Schiene gefahren, hier war Performance in diesem Maß nicht relevant.

Wenn ich mir aber studivz.net angucke, die brauchen dringend mal Performance-Optimierungen, aber ich glaub da scheiterts schon an der Hardware.

shocky

Ma ne frage wenn er standartsachen schon mit reinnimmt muss er dann nicht trotzdem nachsehen ob was von den Dynamischen da ist also hätte er doch wieder zwei Abfragen oder??

Zergling-new

Doch, aber die werden vielleicht nur auf der Profil-Seite benötigt. Wenn ich die News anzeige und den User begrüßen möchte, brauche ich vielleicht ein "Hallo VORNAME NACHNAME" aber nicht noch die ICQ-Nummer und die Hobbys.

Da das System die Informationen logisch erstmal nicht einordnen kann (denn die Spalten sind variabel), macht es eigentlich nur bei der Profil-Ansicht Sinn, diese zu laden.

Danke erstmal für eure Tipps.
Sehe ich das also richtig? Das ist wieder so ein Fall, wo es die Lösung nicht gibt?
Naja, das CMS sollte schon auch für größere Zwecke eingesetz werden, ansonsten würde ich dennoch zu der Methode von d-jango tendieren. Danke für eure Hilfe.

shocky

hä warum denn den lösungsweg find ich eigentlich recht gut
Ist doch ein guter weg wenn solche sachen nur beim profil angezeigt werden dann ist doch dieses Tabellendesign ideal!
Also ich hatte sowas ähnliches mal gehabt da konnten die user fotos von sich hochladen und es konnte eine variable anzahl von fotos sein da habe ich das auch soo gelöst.
Und die Fotos wurden auch nur beim userprofil oder in meinem Fall unter Userpics angezeigt

Ja, ich werde es jetzt auch so machen.
Wie bekomme ich denn die Felder am besten ausgelesen, sodass sie auch immer in der gleichen Reihenfolge angezeigt werden?

shocky

noch eine andeutung von mir
Könnte man nicht die Tabelle user_profile weglassen ?
so hatte ich das bei meinen bildern gemacht!
Dann nimt man in die Tabelle profile_items noch die userId mit rein. und setzt alle drei felder als primärschlüssel.