繰り返し発生するイベントのデータ保存方法について説明している論文をいくつか読んだことがありますが、特にMongoDBに関しては、ベストプラクティスに頭を悩ませようとしています。
私の主な関心事は、特定の時間枠内に発生するすべてのイベントを安価に取得することです。私の二次的な関心事は、イベントチェーン全体を破壊することなく、単一のオカレンスを変更および変更することです。
同様の質問をした他の人を見て、私は可能性を思いついた。私はそれに完全に売られているわけではなく、正しい方向へのいくつかのポインターが大好きです。
私のアイデア：各イベントドキュメント内に...
- iCal標準に厳密に一致する繰り返し文字列フィールド
- 特定のオカレンスの変更/編集（説明や開始時刻の変更、単一のオカレンスのキャンセルなど）を含む「オカレンス」埋め込みドキュメントまたは配列フィールド。
- 繰り返しルールの簡単に照会できる境界を定義するためのオカレンスの開始フィールドと終了フィールド
長所：
- 変更を保存し、他のイベントとの関連付けを維持できます
- 簡単に質問できますが、ビジネス側の私のモデルでは、各イベントを作成する必要があります。
短所/潜在的な問題：
- イベントを編集していて、ユーザーが変更を「すべてのイベント」に適用するものとしてマークすることを決定した場合-すでに過去のイベントが変更されないようにする方法