我正在构建一个需要存储/管理不同类型事件的系统.为简单起见,我将专注于设计一个日历(我正在构建一些稍微不同的东西,但日历是一个很好的比喻,很容易推理).我想听听可能的数据库/架构设计思路.
问题描述
我有一个包含不同类型事件的日历(为简单起见,假设只有一种类型的事件:任务).用户可以为特定日期添加新事件,编辑(更改某些详细信息,如标题或移至其他日期)或删除.可能存在一次性事件和重复事件(具有不同类型的重复:每X天,每月的第15天,周一的每周;有点像简单的cron).当用户移动重复发生的事件时,此事件的所有其他实例都以相同的方式移动(例如:+3天).重要部分:重复发生的事件可能有例外.因此,举例来说,假设我有一个每7天重复一次的重复事件A. 但是我想改变下周的日期,所以不是星期二,而是分配到星期五,之后它仍然会在星期二发生.移动"父"事件时,不应影响此"异常"事件.
此外,每个周期性事件都可以有其他信息,这只与1个特定实例相关,例如:我有相同的重复事件A每7天重复一次,我想为本周实例添加一条说明"X"的注释,以及我想为下个月的事件添加另一个注释"Y" - 这些字段仅对该单个实例可见.
思路
具有常规一次性事件的系统非常简单,因此我不会讨论这个问题,只关注重复发生的事件.
1.一个可能的解决方案是类似于OOP的一个:我可以有一个Event"类"包含字段,例如start_date,end_date(可null), recurrence_type(有点像用枚举的可能值EVERY_X_DAYS,DAY_OF_WEEK,DAY_OF_MONTH)和recurrence_value(说7).当用户添加新的周期性事件时,我只是Event在数据库中创建这样的事件.当用户想改变1次出现此事件,我的新条目添加到该类型的DB /类MovedEvent,从"继承" Event与不同的日期,并且具有附加字段related_to指向ID(或者UUID,如果你愿意)的Event,它的相关.但在同一时间,我需要跟踪所有的MovedEventS(否则我不得不在同一个星期2个显示事件),所以我需要有一个数组moved_events的IDs表示指向所有MovedEvent秒.
缺点:每次我想显示我需要获取的日历Event并从中选择所有事件moved_events,如果我有很多移动的事件,这不是最佳的.
2.另一个想法是每一个事件存储为一个单独的记录.IMO这是一个可怕的想法,但我只是提到它,因为它是一种可能性.缺点:每次我想编辑主要事件(例如:我想将事件从"每7天"更改为"每9天")我需要更改事件的每一次出现.但是,"异常"(更改单个实例)更容易.
SQL/NoSQL的？缩放细节
我在我的项目中使用PostgreSQL,但我对NoSQL数据库有基本的了解,如果它们更适合这类问题,我可以使用它.
比例:假设我有5k用户,每个人每周平均有150个事件,其中40%可以是"例外".因此,我想设计这个系统是有效的.
类似的问题和其他资源
我刚刚开始阅读Martin Fowler的"日历重复事件"(http://martinfowler.com/apsupp/recurring.pdf),但我不确定它是否适用于我的问题,如果适用,我将如何设计数据库根据本文档的架构(欢迎提出建议).
有类似的问题,但我没有看到任何提及"例外"(更改1个事件实例而不影响其他事件),但也许有人会发现这些链接有用: