日历中重复“事件”：CPU与数据库的比较

Question

我正在从零开始构建一个日历系统（因为我需要处理一种特殊的日历，除了公历之外），所以我需要一些逻辑方面的帮助。我正在用Django和Python编写这个应用。

我遇到的主要逻辑问题是，如何尽可能少地保存对象，同时又要聪明地处理这些对象，避免浪费CPU资源。我觉得多态性可能是解决这个问题的方法，但我不太确定该怎么表达。

我有两种基本的事件类型：重复事件和一次性事件。

重复事件会有订阅者，也就是那些会被通知事件变化的人。例如，如果一节课被取消或更改了地址或时间，订阅的人需要知道这个消息。有些事件会每天发生，直到永远，不会被编辑，"就这样发生"。问题是，如果我有一个对象来存储事件信息和它的重复规则，那么取消或修改这个系列中的一个事件就会搞得一团糟，我必须想办法处理这个问题，让订阅者知道变化，同时保持这个系列作为一个逻辑上的整体。

矛盾：如果我为每个正常事件生成独特的事件对象，直到永远（如果它无限重复），这就没有意义，因为它们都要存储相同的信息；然而，如果这个系列中的某个事件发生了变化，我几乎必须在数据库中创建一个不同的对象来表示取消。

有人能帮我理清这个逻辑吗？这真的让我很困惑，我现在都想不清楚了。我非常希望能得到一些建议，来解决这个问题，因为重复事件的逻辑也不是那么简单（比如每隔一天重复，或者每周一、三、五，或者每个月的第一个周一，或者每三个月，或者每年在这个日期，或者每周在这个日期，或者每月在这个日期，或者每周二上午9点和周四上午11点等等），我也想了解重复事件的最佳逻辑处理方式。

这是一个关于如何处理的想法：

class EventSeries(models.Model):
    series_name = models.TextField()
    series_description = models.TextField()
    series_repeat_policy = models.IHaveNoIdeaInTheWorldOnHowToRepresentThisField()
    series_default_time = models.TimeField()
    series_start_date = models.DateField()
    series_end_date = models.DateField()
    location = models.ForeignKey('Location')

class EventSeriesAnomaly(models.Model):
    event_series = models.ForeignKey('EventSeries', related_name="exceptions")
    override_name = models.TextField()
    override_description = models.TextField()
    override_time = models.TimeField()
    override_location = models.ForeignKey('Location')
    event_date = models.DateField()

class EventSeriesCancellation(models.Model):
    event_series = models.ForeignKey('EventSeries', related_name="cancellations")
    event_date = models.TimeField()
    cancellation_explanation = models.TextField()

这似乎有点道理，但如上所述，这让我脑袋很痛，所以任何方法看起来都像是可行的。（还有另一个问题，如果有人想修改系列中所有剩余的事件，我该怎么办！？我想我可以改变'系列默认时间'，然后为所有过去的实例生成异常实例，把它们设置回原来的时间，但啊啊啊啊！！！）

把问题简化成三个简单具体的问题，我们有：

我如何能有一系列重复事件，同时允许单个事件的取消和修改，以及整个系列的修改，同时在数据库中尽可能少地存储对象，绝不提前为单个事件生成对象？
我如何能以高度可定制的方式重复事件，而不让自己崩溃，允许事件以多种方式重复，同时又保持简单，尽量少存储对象？
我如何能做到以上所有，允许每个事件系列有一个开关，如果它落在假期上就不发生？

数据库设计资源优化事件管理多态性重复事件事件订阅日历系统逻辑处理

日历中重复“事件”：CPU与数据库的比较

4 个回答

撰写回答