Conception de base de données pour e-mail système de messagerie

Vous avez besoin de partager votre table pour elle. Vous pourriez avoir à la suite de schéma et la structure

CREATE TABLE [Users]
    (
      [UserID] INT ,
      [UserName] NVARCHAR(50) ,
      [FirstName] NVARCHAR(50) ,
      [LastName] NVARCHAR(50)
    )

CREATE TABLE [Messages]
    (
      [MessageID] INT ,
      [Subject] NVARCHAR(MAX) ,
      [Body] NVARCHAR(MAX) ,
      [Date] DATETIME,
      [AuthorID] INT,
    )

CREATE TABLE [MessagePlaceHolders]
    (
      [PlaceHolderID] INT ,
      [PlaceHolder] NVARCHAR(255)--For example: InBox, SentItems, Draft, Trash, Spam 
    )

CREATE TABLE [Users_Messages_Mapped]
    (
      [MessageID] INT ,
      [UserID] INT ,
      [PlaceHolderID] INT,
      [IsRead] BIT ,
      [IsStarred] BIT 

    )

Dans la table des utilisateurs, vous pouvez avoir des utilisateurs."Les Messages" désigne la table pour les messages. "MessagePlaceHolders" désigne la table pour les espaces réservés pour les messages. Des espaces réservés peuvent être de la boîte de réception, envoyés élément, le projet, de spam ou de la corbeille. "Users_Messages_Mapped" désigne la table de correspondance pour les utilisateurs et les messages. Le "nom d'utilisateur" et "PlaceHolderID" sont les clés étrangères."IsRead" et "IsStarred" signifie que leur nom est synonyme de.
Si il n'y a aucun dossier trouvé pour un particulier messageid dans "Users_Messages_Mapped" table que l'enregistrement sera supprimé de la table des Messages depuis nous n'avons plus besoin d'elle.

Si vous faites un document orienté sur le travail, je suggère de prendre un coup d'oeil à CouchDB. C'est le schéma, le sens les questions de ce genre disparaissent.

Prenons un coup d'oeil à l'exemple: a envoie Un message à B, et il est supprimé par B.

Vous avez une seule instance de document avec recipients répertorié comme un attribut de l'e-mail. Comme les utilisateurs de supprimer des messages, vous pouvez soit supprimer de la liste des destinataires ou les ajouter à une liste de deleted_by ou ce que vous choisissez.

C'est une approche très différente de données que ce que vous êtes habitué, mais peut être très bénéfique à prendre le temps de considérer.

Vous pouvez créer une table pour MessageContacts qui relie chaque message aux gens qui l'ont dans leurs boîtes aux lettres. Lorsqu'un utilisateur supprime un message, puis une ligne est supprimée de MessageContacts mais le message d'origine est conservé.

Vous pourriez le faire... mais je vous suggère de ne pas. Sauf si c'est un exercice académique définie par votre tuteur, alors il est sûrement une complète perte de temps pour développer votre propre système de messagerie. Si c'est devoirs, puis vous devez le dire. Si non, alors allez faire quelque chose de plus utile à la place.

Un message peut seulement être dans un dossier à la fois, si vous voulez une table de dossiers (dossiers contenant 'Corbeille', 'Inbox', 'Archive', etc.) et une clé étrangère de messages dans des dossiers.
Pour les étiquettes, vous avez une plusieurs-à-plusieurs, de relation, de sorte que vous besoin d'une des étiquettes de table et aussi une table de liaison (messages_labels).
Pour l'acteur, un peu simple colonne devrait le faire, même pour les "non lus'.