填充事件重复 VS 根据重复规则查询日历事件

Question

我正在为客户端的 PHP/mySQL 日历应用程序创建规范。必须解决的问题之一是重复发生的事件，其发生率由“每年在 5 月的第一个周末的第一个周末”等规则确定。客户希望能够设置诸如“每三个星期四三月至六月发生”等规则。

客户要求他们有能力定义这些，而不是在接下来的 X 年中用它们预先填充事件发生率表。

是否有任何现有的日历解决方案允许这种基于模式的重复？

是否有任何日历系统基于这样的规则进行查询，而不是在创建或更新重复事件时使用参数在事件表中生成重复事件的发生率？

到目前为止我正在阅读的内容：

一种。 http://martinfowler.com/apsupp/recurring.pdf

湾 http://www.kanzaki.com/docs/ical/recur.html

C。 http://tools.ietf.org/html/rfc5545#page-37

d. http://tools.ietf.org/html/rfc5545#section-3.8.5.3

e. iCal“字段”列表（用于基于 iCal 标准的数据库架构）

F。 在日历应用程序中模拟重复事件的最佳方法是什么？

G。 http://en.wikipedia.org/wiki/ICalendar#Technical%5Fspecifications

H。 http://muddybranch.thejkgroup.com/2005/01/why-remove-icalendar-recurring-rules/

一世。 构建日历应用程序时，我应该在我的数据库中存储日期或重复规则吗？

注意：这个建议存储重复规则并在 x 个月之前存储基于这些的硬实例。

j. 用于存储重复事件的数据结构？

克。 构建日历应用程序时，我应该在我的数据库中存储日期或重复规则吗？

一世。将您的数据分为两部分：“规范”数据（重复规则）和“服务”（生成的日期；除了重新生成外只读）。如果规范数据发生变化，则在该点重新生成“服务”数据。对于无限重复，保留一定数量的实例并在用完时生成更多实例（例如，如果用户查看他们的 2020 年日历）。

湖 日历重复/重复事件 - 最佳存储方法 独特的答案 w 模式和 SQL

米。 https://github.com/tusharmath/sheql 重复日期的语言

n. https://github.com/tplaner/When 这看起来非常适合基于规则生成日期——包括 RRULE 的