Comme Remou, je pense que la méthode de table est comme vous allez l'obtenir. Vous pouvez optimiser l'interrogation en conservant une table à enregistrement unique ayant la valeur de la dernière mise à jour. Ensuite, faites vérifier votre forme de minuterie pour voir si la valeur a changé depuis le dernier déclenchement du minuteur, cela indiquera au minuteur de vérifier la table de discussion. En revanche, vous pouvez supprimer les enregistrements dès qu'ils sont lus afin de réduire la taille de la table. Vous constaterez que toute la création/suppression d'enregistrement va gonfler votre base de données, alors assurez-vous de la compacter régulièrement.
Enfin, si tous les utilisateurs ont accès à un lecteur partagé, vous pouvez simplement stocker les messages dans un fichier texte au lieu d'un tableau.
Un autre problème est bien sûr l'espionnage (avec des tables ou des fichiers). Vous pouvez minimiser cela en: Obfusciter/chiffrer le texte avant qu'il ne soit écrit et le désobjecter lorsqu'il est lu. Suppression de l'enregistrement dès qu'il est lu par sa cible. Masquage du fichier/de la table. Pour les fichiers, utilisez: SetAttr myFile, vbSystem ou vbHidden Pour les tables, préfixez le nom de la table avec USys_ et masquez la table. Tout cela dit, il va toujours être un substitut désagréable pour un client de discussion. Il va ralentir la base de données et éventuellement ralentir le lecteur partagé. Je réfléchirais longuement à pourquoi j'en ai besoin, et si c'est vraiment la meilleure approche.
Pourquoi? Pourquoi ne pas simplement utiliser l'e-mail d'entreprise? –
Pour seconder Tony, pourquoi pensez-vous que vous devez faire cela? Qu'est-ce que vous essayez d'accomplir? –