使用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，但你正在为获得的利益寻找太多麻烦。

对数据库的每次访问涉及日期都应转换为（简单，快速）和（非便宜）日期。但是，最糟糕的是，如果由于某种原因，你需要在这个“滴答”字段上进行维护工作（不使用你自己的程序），你就会感冒，因为你需要手动完成（转换我的意思是）。