我应该如何在 mysql 中存储可用性日历信息?对于 [id] [日期] [可用/不可用]
Posted
技术标签:
【中文标题】我应该如何在 mysql 中存储可用性日历信息?对于 [id] [日期] [可用/不可用]【英文标题】:How should i store availability calendar information in mysql? for [id] [date] [available/unavailable] 【发布时间】:2011-02-08 21:09:19 【问题描述】:我正在为度假小屋构建一个简单的日历,以显示它们何时被预订或可用。
为此,最快的 mysql 表设计是什么,请记住,当用户将日期标记为可用/已预订时,他们将通过开始日期和结束日期这样做。
我可以看到 2 个明显的选项
-
存储每天的“预订”数据 [更多行]
或者,使用 start_date 和 end_date 两列存储“已预订”数据 [更多处理?]
哪种方法最好,或者我还缺少其他方法吗?
数据是在每个属性的页面上显示一个可视化的日历
【问题讨论】:
【参考方案1】:绝对是选项 2。索引 start_date
和 end_date
列,你会没事的。
您的代码需要确保给定的小屋没有重叠。
【讨论】:
使用开始和结束日期方法将输出渲染到 php 中的可视日历不会更慢吗? 我不知道如何,但必须查看您的代码才能真正知道。 目前还没有代码,但我在想 id 必须遍历开始日期和结束日期之间的天数,创建带有预定类的日期... 无论如何,您可能都需要循环访问该月的每一天来创建您的日历。这样做时,您会检查该日期是否介于该小屋的任何预订的“开始”和“结束”日期之间。如果是这样,您将课程设置为预订。【参考方案2】:嗯,具体如何处理这个问题在一定程度上取决于您的整个模型,但我的第一个想法是根据预订来对此进行建模。也就是说,我将为每个预订输入一个条目,并存储开始日期和结束日期。我不会太担心这里的效率。就数据量而言,听起来你在谈论它应该是非常有效的,只要你不做任何不合理的事情。
【讨论】:
数据是在每个属性的页面上显示一个可视化的日历,所以需要在php中循环遍历 嗯,根据您的具体需求和您使用的数据库,您可以将一些处理推送到数据库中,无论是在 SQL 中还是通过使用存储过程。但主要的一点是,只要你做一些理智的事情,你真的可能不需要担心这里的效率。您要在此日历中显示多少个日期?即使您一次仅显示 365(或 366)的一整年。除非您在该循环中做一些非常昂贵的事情,否则这应该不会很昂贵。另一方面,存储每个日期将是一个真正的痛苦。以上是关于我应该如何在 mysql 中存储可用性日历信息?对于 [id] [日期] [可用/不可用]的主要内容,如果未能解决你的问题,请参考以下文章
在构建日历应用程序时,我应该在我的数据库中存储日期或重复规则吗?