Posteingang / ~ ausgang mit MySQL

[Thomas Bach]

At 17:31 07/05/01 +0200, you wrote:

>Nein. Ich seh nämlich keinen Grund dafür, für Inbox und Outbox eigene Tabellen
>anzulegen. Also nochmal im Überblick (hab mittlerweile auch erkannt, das ein
>Teil meiner Mail vorhin Schwachsinn war, weil ich mich doof ausgedrück hab,
>vielleicht lags daran):
>
>1. Tabelle Mails
>enthält alle Mails, mit allen Informationen, wie z.B Text, Absender, 
>Empfänger,
>Zeit, die für alle, die die Mail lesen sollen, zugänglich und identisch sind
>
>2. Tabelle Folders
>Da steht einfach drin
>1 - Inbox
>2 - Outbox
>
>oder sowas in der Art
>
>3. Tabelle Mail-User-Folders
>Hier wird die Verknüpfung zwischen deinen Usern, dem jeweiligen Foldern 
>und den
>Mails die in den Foldern drin sind, hergestellt. Zusätzlich könntest du hier
>noch Stati mit abspeichen, die für den jeweiligen User (und evtl. Folder) von
>belang sind. (Was man hier zum PK machen sollen, bin ich mir nicht sicher, 
>hängt
>davon ab, wie deine Applikation spezifiert ist, ich schwanke zwischen UserID,
>MessageID und UserID, MessageID, FolderID)
>
>Das wäre zumindest mein Lösungsansatz, um redundate Datenhaltung zu vermeiden,
>ist mit Sicherheit nicht der einzige, und nicht unbedingt der beste


wieso machst du den umweg über die 2. tabelle?
du kannst ja inbox/outbox anhand der absender/empfänger-einträge bestimmen 
(sofern es wirklich nur in- & outbox haben muss)
ich hab ziemlich das selbe vor ein paar Tagen mit einer Tabelle gemacht:

   from_id smallint(5)
   to_id smallint(5)
   s_read enum('0','1')
   s_del enum('0','1')
   r_read enum('0','1')
   r_del enum('0','1')
   typ tinyint(3)
   betreff varchar(24)
   inhalt text
   datum datetime

evtl. wäre eine tabelle dazwischen nicht schlecht gewesen, aber eigentlich 
tut's das (evtl. nur für den moment ;o)

Gruss
Thomas Bach

<><><><><><><><><><>
think karo
         www.bkaro.net

---
*** Weitere Infos zur Mailingliste und MySQL unter http://www.4t2.com/mysql