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