0

我有以下问题：

事件有“开始”和“结束”时间和数量。我对两者都使用 MySQL DATETIME。

现在，如果我有一个说“没有重叠事件”的约束，我需要进行一些检查等，但是如何设计呢？用户只需要 5 分钟左右的精度，但我想用几秒钟来计算，因为那是“更简单”/“更干净”

如果我有一个以“YYYY-MM-DD 12:00:00”-“YYYY-MM-DD 14:00:00”为起点的事件 (A)

和另一个

(B) "YYYY-MM-DD 14:00:00"-"YYYY-MM-DD 16:15:00" -> 即使它们都包含 14:00:00，它们也不重叠。

为了确定它们确实不重叠，我应该使用

A.end < B.begin 等

或者

A.end <= B.begin 等并进行“破解”，使得所有结束时间都是“DATE HH:MM:00（减去一秒）”而不是“DATE HH:MM:00”，即 A.end然后将是“YYYY-MM-DD 13:59:59”而不是“YYYY-MM-DD 14:00:00”

第一个是最简单的，但是如果我有很多不同的事件并且需要检查我没有“超额预订”，即事件的单个金额不超过总金额，它会错过任何重叠（例如：如果每个事件是多人预订的一张桌子，我在任何时候都不能超过桌子的总数）

4

1 回答 1

4

在使用日期时间范围时，您使用的范围在开始时包含且在结尾处排除是很常见的。例如：

(using ISO8601 formatting)

Start                  End
2013-04-29T01:00:00Z - 2013-04-29T02:00:00Z
2013-04-29T02:00:00Z - 2013-04-29T03:00:00Z

当值小于或等于开始且大于（但不等于）结束时，值在范围内。在上面的例子中，02:00属于第二个范围，而不是第一个。换句话说：

Start <= value < End

或者等价地，

Start <= value  AND  End > value

在数学中，使用区间表示法，这被称为“半开”区间。

[Start, End)

这总是比使用像01:59:59. 考虑我是否要减去End - Start以获得持续时间。我希望答案是一小时，而不是 59 分 59 秒。

大多数示例都使用这些术语Start/End，但有时您会看到Begin/End或Start/Stop。就个人而言，我认为当您拥有包含/排除范围时使用的最佳术语集是Start/Until. 它的另一个优点是两个术语都是 5 个字符，按字母顺序排列，并明确传达结束日期是唯一的。

此外，当您谈论不同的事件时，您应该将您的时间记录为 UTC，以防止时区混淆。这对于本地应用程序甚至很重要，因为许多时区会经历夏令时转换。您不希望在数据库中记录的值不明确。在 MySQL 中，您可以使用TIMESTAMP数据类型来确保将值存储为 UTC，或者DATETIME如果您可以确定在应用程序代码中使用 UTC 值，则可以使用数据类型。

于 2013-04-29T15:15:15.817 回答