在SQL Server上将日期存储为BigInt-这是一个好主意吗？

Question

好，现在让我举一个例子

日期： 15.12.2012 00:16:39

现在，它将存储为

20121215001639

现在，例如，如果我想检索比30分钟（30 * 60 = 1800秒）长的行

我可以做

where date<20121215001639+1800 

那么这将是一种表演方式，而不是存储为日期时间吗？

Answer 1

我完全同意marc_s的上述评论，但出于娱乐的考虑，我决定进行测试。

我创建了两个表，一个表具有datetime列，另一个表具有bigint列，它们代表相同的数据。

这是sql小提琴： http ://www.sqlfiddle.com/#!3/74976/3

我已经对500、1000和5000条记录运行了此查询，并且每次都注意到执行计划是相同的，因此从性能的角度来看，使用bigint没有任何好处。

但是， bigint方法存在明显的缺点。 他们中的几个：

• 到bigint的转换或从bigint的转换需要编写更多代码
• 如按月过滤之类的操作需要更复杂/可读性更低的查询
• 在Management Studio中查看结果网格时，如果看到分开的日期部分，则无法尽快“解析” /解释结果。