日历应用程序的数据库模式

Question

我正在创建一个日历应用程序，其中每个日期都有 3 种状态之一：可用、可能可用和不可用。试图找出适合这种情况的最佳架构。

一个想法可能是拥有一个带有字段state 的 UserDate 模型。这样做的问题是，数据库每年都会有 #-of-users- x 365 行 - 对于一个中等大小的应用程序来说，它似乎增长得太快了。

另一个想法可能是有一个默认状态，并且仅当用户表示他们在该日期的可用性与默认值不同时才创建一个 UserDate 对象。不过，这似乎令人费解。

以前有人处理过这种情况吗？关于解决此问题的最佳方法的任何建议？

Answer 1

当您创建一个新用户时，您不希望插入他们未来 50 年的记录。仅当存在非默认值时才创建 UserDate 对象。

如果您可能有很多具有相同状态的连续日期，您可以考虑为用户存储一系列日期。例如，如果它们在整个 12 月都不可用，那么这可以表示为一行。

想想你想从你的数据库中提取什么样的信息，以及你的每一个可能的设计会有多困难。