Hallo,

baut man so etwa ein internes Nachrichtensystem auf?

status_sender = archiviert/gelöscht
status_sender = ungelesen/gelesen/archiviert/gelöscht

wenn beide gelöscht sind, kann man den datensatz dann auch löschen.

vielleicht noch ein flag "beantwortet"?

Mister Ad

Warum nicht?

Ist das denn die gängige Form? Ich hab sonst nur "primitivere" Beispiele gesehen, welche für jede Mail gleich 2 Datensätze anlegen (eine für Sender, eine für Receiver).

Was heißt gängig und primitiv...?
Wenn jeder das selbe programmieren würde, gäbe es keine Innovation und wenn Du weißt, was ein primitives Beispiel ist, dann kannst Du Dir Deine Frage eigentlich selber beantworten.

Wenn es ein Nachrichtensystem für einen kleinen Kreis von Usern werden soll, mag das vielleicht schon ausreichen...
Kommt halt immer darauf an, was Du machen willst.

Zergling-new

Sieht doch ganz gut aus.

Grundsätzlich als (teilweise rein persönliche) Empfehlung:
- benutze komplett englische(n) Code/Benennung (du benutzt beide Sprachen)
- verwende bei von/an nicht VARCHAR sondern die ID des Benutzers. Sollte sich der Benutzer einmal umbenennen wollen, musst du dies nur an einer Stelle machen (denn die ID bleibt ja gleich). Auch wenn das momentan nicht notwendig erscheint. Es ist üblich und wer weiß schon was morgen kommt

Den Status "beantwortet" könntest du eventuell so lösen, dass jede Nachricht noch einen Referenz-Flag erhält, der auf die Nachricht verweist, auf die geantwortet wurde. So kannst du später sogar die Nachrichten in einer Baumstruktur anzeigen, falls mal erwünscht.

Das werde ich dem User aber nicht erlauben mal eben so seinen Nick zu ändern Auch morgen icht *g

Zergling-new

Das mag sicher sein, aber wenn du so eingeschränkt denkst (nicht im beleidigenden Sinne gemeint), dann wirst du es später bereuen!
Es geht ja jetzt speziell auch nicht um den Benutzernamen. Wahrscheinlich wirst du dem User die Namensänderung wirklich nie anbieten.
Aber wenn du die Methodik mit der Verwendung der ID konsequent anwendest, garantiere ich dir, dass du letztlich besser und flexibler fährst als wenn du Zeichenketten (Titel, Namen, ..) als Identifizierer verwendest.

Immer vorausgesetzt du programmierst halbwegs oft und es bleibt jetzt nicht beim Homepage-Gästebuch.

http://de.wikipedia.org/wiki/Normali...28Datenbank%29

(frage mich, wozu du dann überhaupt den Thread gestartet hast)

xabbuh

Mal abgesehen davon, ob du dem Benutzer erlaubst seinen Namen zu ändern oder nicht, sind Abfragen, bei denen die Verknüpfungsspalten aus Integerwerten bestehen in der Regel deutlich performanter, da die von MySQL zu indizierende Datenmenge geringer sein dürfte.

Ja aber bei 1.000 Usern macht sich doch sowas kaum bemerkbar, wenn maximal 20 gleichzeitig online sind.

Normalisierung findet ja statt, aber eben nicht mit IDs sondern Nicks...

UND: Für mich ist es einfacher Queries zu ändern. Würde ich immer erst IDs auslesen und mit JOINs arbeiten müssen, würde ich wohl eher ausflippen und die Queries nach paar Wochen selber nicht mehr verstehen

Zergling-new

Dann frag doch aber nicht, wenn du Hinweise eh nicht ernst nimmst