我专门为这种情况开发了一种深奥的编程语言。它最好的部分是它是无模式的和平台独立的。你只需要为你的时间表写一个选择器程序，它的语法受到这里描述的一组规则的约束

https://github.com/tusharmath/sheql/wiki/Rules

这些规则是可扩展的，您可以根据想要执行的重复逻辑类型添加任何类型的自定义，而不用担心模式迁移等问题。

这是一种完全不同的方法，它本身可能有一些缺点。

你举的两个例子很简单;它们可以表示为一个简单的间隔(第一个是4天，第二个是14天)。如何建模完全取决于递归的复杂度。如果上面的内容真的很简单，那么就存储一个开始日期和重复间隔的天数。

然而，如果你需要支持一些事情，比如

事件A从2011年3月3日开始，每月3日重复发生

Or

事件A从2011年3月11日开始在每月的第二个星期五发生

这是一个更复杂的模式。

为什么不使用类似Apache cron作业的机制呢?http://en.wikipedia.org/wiki/Cron

对于日历调度，我将使用稍微不同的“位”值来适应标准的日历重复事件-而不是 [星期几(0 - 7)，月(1 - 12)，月(1 - 31)，小时(0 - 23)，分钟(0 - 59)]

——我会用 [年(每N年重复一次)，月(1- 12)，月中的第一天(1- 31)，月中的第一周(1-5)，周中的第一天(0 - 7)]

希望这能有所帮助。

@Rogue编码器

这太棒了!

你可以简单地使用模运算(mysql中的MOD或%)让你的代码在最后变得简单:

而不是:

AND (
    ( CASE ( 1299132000 - EM1.`meta_value` )
        WHEN 0
          THEN 1
        ELSE ( 1299132000 - EM1.`meta_value` )
      END
    ) / EM2.`meta_value`
) = 1

Do:

$current_timestamp = 1299132000 ;

AND ( ('$current_timestamp' - EM1.`meta_value` ) MOD EM2.`meta_value`) = 1")

为了更进一步，我们可以把那些不会永远重复的事件也包括进来。

可以添加“repeat_interval_1_end”之类的内容，以表示最后一个“repeat_interval_1”的日期。然而，这使得查询更复杂，我真的不知道如何做到这一点…

也许有人可以帮忙!

我专门为这种情况开发了一种深奥的编程语言。它最好的部分是它是无模式的和平台独立的。你只需要为你的时间表写一个选择器程序，它的语法受到这里描述的一组规则的约束

https://github.com/tusharmath/sheql/wiki/Rules

这些规则是可扩展的，您可以根据想要执行的重复逻辑类型添加任何类型的自定义，而不用担心模式迁移等问题。

这是一种完全不同的方法，它本身可能有一些缺点。

听起来很像MySQL中存储在系统表中的事件。你可以查看结构并找出哪些列是不需要的:

   EVENT_CATALOG: NULL
    EVENT_SCHEMA: myschema
      EVENT_NAME: e_store_ts
         DEFINER: jon@ghidora
      EVENT_BODY: SQL
EVENT_DEFINITION: INSERT INTO myschema.mytable VALUES (UNIX_TIMESTAMP())
      EVENT_TYPE: RECURRING
      EXECUTE_AT: NULL
  INTERVAL_VALUE: 5
  INTERVAL_FIELD: SECOND
        SQL_MODE: NULL
          STARTS: 0000-00-00 00:00:00
            ENDS: 0000-00-00 00:00:00
          STATUS: ENABLED
   ON_COMPLETION: NOT PRESERVE
         CREATED: 2006-02-09 22:36:06
    LAST_ALTERED: 2006-02-09 22:36:06
   LAST_EXECUTED: NULL
   EVENT_COMMENT: