使用DateTime.Ticks而不是DateTime本身，这是一个很好的做法吗？

Question

可能重复：
Should I store DateTimes as a Long (Ticks) in a database?

它是确定使用DateTime.Ticks而不是DateTime本身实现DateTime基于操作？例如，将数据库列的类型从DATETIME更改为BIGINT，然后将123456789123456值存储在其中而不是2012-06-02 14:26:08.727？

我知道在这种情况下我们必须处理转换，但有几个优点。例如对于存储的日期时间范围没有限制，而且我们也不担心数据库支持的类型{date，datetime，smalldate}等。

其实我想确保在两个字段中使用这种方法：

1. 设计原则
2. 性能提前发出

感谢。

Answer 1

我已经投了票作为确切的副本关闭，但我想给我两分这一点。
它看起来像一个神话般的Columbus Egg，但你正在寻找太多的麻烦，获得的好处。

对涉及日期的数据库的每一次访问应该转换为（简单，快速）和从（不便宜）日期。但是，最糟糕的是，如果无论出于何种原因需要在这个'蜱'字段上进行维护工作（不使用自己的程序），你就会感到寒冷，因为你需要手动完成所有工作（转换我的意思是）。