[Erledigt] Community Portal - getrennte Account / Profiltabellen

[FX3]

Hallo,
bin mir derzeit am überlegen, ob es gescheiter ist, wenn man ne Accounttabelle (id,email,password,activationkey,activationtime) und ne davon getrennte Profiltabelle (Profilinfos wie Name,Geburtstag,Photo,etc.) erstellt oder ob man beides in eine Tabelle schmeißen soll.

Was spricht für die getrennte, was für die zusammengelegte Lösung?

FX3

[mepeisen]

Aus Normalisierungsgründen gehört das in eine Tabelle. Solange nicht die gleiche Person mehrere Accounts haben kann... Oder Mehrere Personen den gleichen Account...

[FX3]

OK, dann werd ich das wohl so machen danke

[Dark Guardian]

Zitat von mepeisen

Aus Normalisierungsgründen gehört das in eine Tabelle. Solange nicht die gleiche Person mehrere Accounts haben kann... Oder Mehrere Personen den gleichen Account...

Wieso verstößt eine 1:1 Beziehung gegen die Normalisierung?

Ich empfinde es sogar als sinnvoll das zu trennen da Profilinformationen durchaus etwas anderes sind als Accountinformationen und auch im Zuge der Erweiterbarkeit/Testbarkeit finde ich haben 2 getrennte Tabellen Vorteile.

[FX3]

Zitat von Dark Guardian

Wieso verstößt eine 1:1 Beziehung gegen die Normalisierung?

Ich empfinde es sogar als sinnvoll das zu trennen da Profilinformationen durchaus etwas anderes sind als Accountinformationen und auch im Zuge der Erweiterbarkeit/Testbarkeit finde ich haben 2 getrennte Tabellen Vorteile.

Das war eben auch mein Gedanke. Accounts werden nicht ausgebaut, bei Profilen kann es aber durchaus vorkommen, dass später noch mehr Informationen hinzugefügt werden. Account für Verifizierung+Anmeldung. Profil für das Zeug, das von anderen gesehen wird.

[eagle275]

aus Normalisierungsgründen mag mepeisen recht haben .....

aber rein logisch bin ich wie tr0y für die Trennung der persönlichen Daten (Datenschutz ick hör dir trapsen) und der nicht_ganz_so_persönlichen Daten (Login / activation ) ..

[DerLohmi]

Ich habe zur einfachen Wiederverwendung meines Login-Scriptes die Daten auch in zwei Tabellen. In einer Tabelle halt Loginname, Passwort, Reg-Datum, Lastlogin, Logincount, etc..... und in einer weiteren Tabelle (1:1 Beziehung) dann die "persönlichen" Daten, wie z.B. Adresse, Telefonnummern etc....

[xm22]

Accounts werden nicht ausgebaut, bei Profilen kann es aber durchaus vorkommen, dass später noch mehr Informationen hinzugefügt werden.

Das sagst Du jetzt. Ich würde hier auch die Trennung bevorzugen. Das fällt zwar nicht so ins Gewicht, aber man kann auf diese Weise auch mit kleineren Objekten arbeiten. Meiner Erfahrung nach kommen irgendwann immer noch Felder hinzu und dann hat man irgendwann eine Tabelle mit 30 Spalten..

[achtelpetit]

Gegen eine Aufteilung in 2 Tabellen spricht vor allem der Verwaltungsaufwand. Bei 2 Tabellen mußt Du in vielen Fällen mit unnötigen Joins arbeiten.
Die Rechtevergabe ist kein Argument, das kann man sehr komfortabel über Views lösen.
Der zentrale Punkt ist ein ganz anderer: gibt es später vielleicht Dinge, die dem User nicht nur einmalig zugeordnet werden können?
Name: unbedingt einmalig
Geburtsdatum: unbedingt einmalig
Wohnort: kommt drauf an
Telefon: nicht einmalig
E-Mail: nicht einmalig
Da ist die Trennlinie. Alles unbedingt Einmalige gehört in eine Tabelle und alles nicht unbedingt Einmalige gehört in eine zweite Tabelle, in der dann die User-id aus Tabelle 1 als Fremdschlüssel geführt wird.

[FX3]

Zitat von achtelpetit

Gegen eine Aufteilung in 2 Tabellen spricht vor allem der Verwaltungsaufwand. Bei 2 Tabellen mußt Du in vielen Fällen mit unnötigen Joins arbeiten.
Die Rechtevergabe ist kein Argument, das kann man sehr komfortabel über Views lösen.
Der zentrale Punkt ist ein ganz anderer: gibt es später vielleicht Dinge, die dem User nicht nur einmalig zugeordnet werden können?
Name: unbedingt einmalig
Geburtsdatum: unbedingt einmalig
Wohnort: kommt drauf an
Telefon: nicht einmalig
E-Mail: nicht einmalig
Da ist die Trennlinie. Alles unbedingt Einmalige gehört in eine Tabelle und alles nicht unbedingt Einmalige gehört in eine zweite Tabelle, in der dann die User-id aus Tabelle 1 als Fremdschlüssel geführt wird.

Das was du hier anführst hat mit meiner Frage nur am Rande zu tun. Dass Infos wie Email und dergleichen, von denen der Benutzer durchaus mehrere angeben können soll in ne eigene Tabelle kommen ist klar. Mir geht es aber darum, ob es bestimmte Argumente für oder gegen eine Trennung von Account und Profildaten geht. Wegen den 30 Spalten oder mehr, die jemand angesprochen hat. Derzeit sind es in der Profiltabelle iirc 23 Felder, da sind aber noch Felder dabei, die ich in andere Tabellen auslagern möchte, um eben mehrmaligkeit zu ermöglichen (ist bei den Feldern nicht unbedingt notwendig, ermöglicht aber eine exaktere Ausfüllung des Profils).

Im Moment gehe ich immer noch in Richtung Trennung, da ich dann die Möglichkeit trotzdem offen habe. Außerdem möchte vielleicht nicht jeder, der einen Account hat, auch ein Profil anlegen. Das klingt jetzt vielleicht verwirrend, aber hat schon seine Richtigkeit! Es ist möglich ohne Profil einen Account zu haben.