J'ai lu quelques articles décrivant des méthodes de stockage de données pour des événements récurrents, mais j'essaie toujours de comprendre ce qui se fait de mieux, en particulier en ce qui concerne MongoDB.Schéma des événements récurrents avec MongoDB
Ma principale préoccupation est de récupérer à peu de frais tous les événements qui se produisent dans un délai donné. Ma préoccupation secondaire est de modifier et de modifier les occurrences uniques sans prendre la chaine de l'événement entier hors de propos. En regardant d'autres personnes qui ont posé des questions similaires, j'ai trouvé une possibilité. Je ne suis pas complètement vendu dessus, et aimerais quelques pointeurs dans la bonne direction.
Mon Idée: Au sein de chaque document de l'événement, ont ...
- un champ de chaîne récurrente qui correspond étroitement à la norme iCal
- un document intégré « événements » ou d'un champ tableau qui contient les modifications/modifier sur des occurrences spécifiques (telles que la modification de la description ou de l'heure de début, ou l'annulation d'une occurrence unique).
- un événement de début et champ de fin pour définir les limites facilement requêtés de la règle de récurrence
Plus:
- capable de stocker les changements et maintenir encore l'association à d'autres événements
- facilement interrogé, mon modèle sur le côté des affaires devrait construire chaque événement si
Cons/problèmes potentiels:
- si l'édition d'un événement, et un utilisateur décide de marquer les changements que l'application de « tous les événements » - comment garder les événements qui ont déjà passé d'être modifié
Je suis confronté à la même question sur un projet. Qu'avez-vous fini par utiliser? –