archer42

Hallo,

ich bin gerade dabei eine Datenbank Struktur zu entwerfen bin aber noch unsicher, wie ich Benutzer/Kunden verwalte:

1. Benutzer und Kunden getrennt
Vorteil: Man kann die einzelnen Gruppen besser verwalten, wenn man direkt mit der Datenbank arbeitet und muss nicht immer die Benutzer rauswühlen
Nachteil:
Ich benötige sehr viele Tabellen (user, user_meta, user_groups, customers, customers_address, customers_phone,....)

2. Benutzer und Kunden in einer Tabelle
Vorteil: Man kann die Verwaltung der Daten zentralisieren, hat weniger Tabellen
Nachteil: Man vermischt ver. Thematiken


Ich tendiere persönlich zu Ersterem.

Was ist eure Meinung?

Mister Ad

tr0y

Primär halte dich an: http://de.wikipedia.org/wiki/Normalisierung_(Datenbank)

Mal als beispiel

__________________
Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

Chriz

Hi,

das lässt sich so nicht sagen. Was ist denn der Unterschied zwischen beiden Personengruppen bzw. was sind die Gemeinsamkeiten?

__________________
"Nuschel ich?" - "Was?"

archer42

@troy
Danke für dein Beispiel!
Nimmst du für die user_sessions den Datenbank-Typ "memory"?

Also die Benutzer würden lediglich für die Zugangskontrolle verwendet werden und evtl. mal um die Telefonnummer für den letzt angemeldeten herauszufinden. Die Kundengruppe hingegen agiert bis auf die Metainformationen Verwaltung auf ein ganz anderes System (Bestellung hinzufügen...).

Ich denke also das eine Trennung durchaus sinnvoll ist im Nachhinein.

tr0y

Warum sollte ich ? Memory-tabellen sind non-persistent, sie sind also bei mysql-abstürzen oder mysqld-restarts weg. Die Sessiondaten allerdings halten eine Zeitperiode lang unabhängig von der (hoch-)verfügbarkeit der zugrundegelegten Datenbank. Ergo ist die Sessiontabelle bei mir eine persistent gespeicherte Datenbanktabelle und keine In-Memory Tabelle.

Stell dir folgendes Szenario vor:
Du bist bei Webhoster XY und hast deine Datenbank dort gehostet und dein Script laufen. Selbst aber keine kontrolle über die Datenbank. Deine Seite läuft ein paar Wochen. Nach 7 Wochen restartet der Hoster seinen Datenbank-Cluster ( was generell wenige Sekunden dauert und ohne vorwarnung geschieht ) und zu diesem Zeitpunkt waren 2000 User auf deiner Seite angemeldet. Diese 2000 User sind dann ausgeloggt sobald die Datenbank wieder da ist. In diesem Fall wäre der Logout weder ein Sicherheitsfeature noch ein beabsichtigter Vorgang.

__________________
Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

archer42

Verstehe.

Bei deiner Datenbank Struktur hast du die ID als forein key verwendet.

Soweit ich weiß funktioniert das unter Doctrine nicht, dass heisst für jede entfernte Tabelle muss ich eine weitere EIgenschaft anlegen, welche mittels Doctrine-Relation dann verknüpft wird.

Aus der Tabelle "users" wird dann:
- uid
- username
- salt
- password
- user_address_id (OneToMany)
- user_email_id (OneToMany)
- user_phone_id (OneToMany)
- ...
- is_active

Stimmt das so oder gibt es einen Trick, wie ich den Primary Key als Foreign Key verwenden kann (habe mal ein Thread erstellt aber keine Antwort bekommen....)

Gruß, archer

EDIT:
Habe gerade folgendes in der Doku. gefunden:
Das heisst, dass diese Feature noch recht "neu" ist. Zumindest ist dieses Feature noch nicht in der offiziellen Dokumentation (2.0) angekommen.
Hat jemand eine Idee, wo sich nach solchen sachen suchen lässt?