Datenbank Design für einen Userserver

[DeddyH]

Oder mit einer eigenen Domäne (siehe hier: http://www.delphipraxis.net/internal...t.php?t=152786).

[Billa]

Das Schicke daran ist, dass man sowas später auch als Fremdschlüssel auf eine Detailtabelle benutzen kann. Falls es notwendig werden sollte, den Zustand z.B. im Klartext - womöglich mehrsprachig? - anzuzeigen.

[gsh]

Zitat:

Zitat von DeddyH

Oder mit einer eigenen Domäne (siehe hier: http://www.delphipraxis.net/internal...t.php?t=152786).

Ganz verstanden was das ist hab ich zwar nicht aber ich werde es einfachts halber mit einem Integer machen. Den dort kann ich wie Billa geschrieben hat auch mehrere Account Status eintragen und spare mir somit ein paar zusätzliche Felder.


Ich hatte gerade eine Idee für die Adresse Daten. Ich werde dies mal im MySQL Workbench designen und dann hier anhängen.

[gsh]

Sooo hab das Ding mal im Workbench designed.
Was sagt ihr dazu?

[Billa]

Warum führst Du contacts und contactsblocked separat? In contacts hast Du doch ein Statusfeld und ein Status könnte eben "blocked" sein ...

[gsh]

Zitat:

Zitat von Billa

Warum führst Du contacts und contactsblocked separat? In contacts hast Du doch ein Statusfeld und ein Status könnte eben "blocked" sein ...

ja das wollte ich zuerst auch so machen aber dann ist mir folgendes eingefallen:
Die contacts Tabelle kann man mit der Kontaktliste auf dem User gleich setzten und ich glaub nicht das einen User den du nicht magst und deshalb blockst nicht in deiner kontaktliste führen willst. Natürlich könnte ich diese Einträge filtern ... aber ich glaube es ist einfach wenn ich zwei tabellen mach. Ich lasse mich gerne vom Gegenteil überzeigen ;)

[Billa]

Ich habe Deinen Satz mit den drei "nicht" zwar jetzt nicht wirklich verstanden, aber Du musst mich ja auch nicht überzeugen... :) Es fällt mir nur eben gerade kein plausibler Grund für die Trennung ein.

[gsh]

Zitat:

Zitat von Billa

Ich habe Deinen Satz mit den drei "nicht" zwar jetzt nicht wirklich verstanden, aber Du musst mich ja auch nicht überzeugen... :) Es fällt mir nur eben gerade kein plausibler Grund für die Trennung ein.

Sry also nochmal:
Person A und B schließen kontakt (Datenbank erstellt zwei Rows eine für A und eine für B und setzt Status erlaubt)
Nun fängt Person B an voll zu nerven (Dafür kann die Datenbank nichts)
Also blockt Person A die Person B (Datenbank verändert Row von Person A für B auf blocked)
Jetzt kann Person B die Person A nicht mehr anschreiben.
Jetzt löscht Person A Person B aus der Kontaktliste weil er sich denkt: "Den brauch ich eh nicht mehr" (Datenbank löscht den contact row von Person A)
Da jetzt keine Row mehr da ist ist die Person B nicht mehr wirklich von A geblockt.
Somit kann Person B die Person A wieder belästigen


Ich hoffe es ist jetzt verständlicher was ich gemeint hab.

[Billa]

Semantisch habe ich es jetzt...danke. Aber logisch scheint mir das trotzdem nicht: warum sollte die Datenbank die "contactrow" löschen? Einfach den Status ändern reicht doch. Und die Information bleibt erhalten.

[gsh]

Zitat:

Zitat von Billa

Semantisch habe ich es jetzt...danke. Aber logisch scheint mir das trotzdem nicht: warum sollte die Datenbank die "contactrow" löschen? Einfach den Status ändern reicht doch. Und die Information bleibt erhalten.

naja weil ich mir das so gedacht hab:
User fügt kontakt hinzu = Datenbank fügt row hinzu
User löscht einen Kontakt = Datenbank löscht die row


Hab noch eine Frage. Kann ich einen Integer begrenzen auf sagen wir mal 0..255 (1 Byte) weil ein INT(1) wie ich eigentlich dachte hat einen anderen Effekt laut MySQL.de Hilfe?