使用smalldatetime或int在数据库中存储月份
我目前正在为我们的组织开发一个月度清单系统。用户可以登录，选择一个月，然后提交与该月相关的是/否问题列表，以供我们组织使用。有些问题是在一个多月的清单中使用的，所以我创建了一个交叉表来促进这种一对多关系。字段为ChecklistMonth和ChecklistQuestionID。
但是，我不确定如何存储ChecklistMonth字段。如果我使用一个小的日期时间，它看起来有点夸张，因为我只对月份感兴趣。在未来的几年里，它也会看起来有点过时。另一方面，为了只标识月份而创建一个包含字段MonthID和month的表似乎有点浪费。
大家对此有何看法？提前谢谢。
回答 3
Stack Overflow用户
发布于 2009-05-14 17:40:33
如果它是一个不考虑年份的月份，我将只使用TINYINT。我不认为你需要一个单独的查询表，因为月份的数字是非常不同的和通用的(没有进入中文或犹太日历，等等)。
如果你使用任何类型的datetime，那么你总是需要记住它的确切规则。您是否将其存储为每月的第一天？月中的一天？哪一年？此外，这是额外的，不必要的空间被使用在数据库中。
编辑:我以为我已经把这个添加到我的回复中了，但显然没有...请记住将检查约束添加到该列：
CHECK (month BETWEEN 1 AND 12)Stack Overflow用户
发布于 2009-05-14 17:41:51
咬紧牙关，使用MonthID。从长远来看，这是更好的决定，因为它更清晰，而且拥有一个月的枚举表所涉及的浪费是微不足道的。
(顺便说一句，在月份中使用枚举表的决定是正确的，尽管有些人可能认为这是不必要的。)
Stack Overflow用户
发布于 2009-05-14 17:42:41
我会将它存储为一个int类型。我同意你的观点，即小日期时间是过度杀伤力，并且在未来可能会令人困惑。更不用说，你仍然需要拉出月份来检查它是否是你查询的月份。
你需要一个交叉参考表吗？你的MonthId应该是1=Jan，2=Feb直到12。我认为有一个包含月份数字的字段是精确的自我记录，不需要额外的查找表。当然，假设您在这里只处理一个日历。
https://stackoverflow.com/questions/864683
复制相似问题
腾讯云开发者
