使用 DateTime.Ticks 而不是 DateTime 本身，这是一个好习惯吗？ [复制]答案

【问题标题】：using DateTime.Ticks instead of DateTime itself, Is this a good practice? [duplicate]使用 DateTime.Ticks 而不是 DateTime 本身，这是一个好习惯吗？ [复制]
【发布时间】：2012-06-02 10:11:22
【问题描述】：

可能重复：
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} 等。

实际上我想在两个领域确保这种方法：

设计原则
性能问题

提前致谢。

【问题讨论】：

标签： .net performance design-patterns database-design design-principles

【解决方案1】：

我已投票决定以完全相同的方式关闭，但我想为此付出两分钱。
这似乎是一个神话般的Columbus Egg，但您正在为获得的好处寻找太多的麻烦。

对涉及日期的数据库的每次访问都应转换为（简单、快速）和从（不便宜）日期。但是，最糟糕的是，如果出于某种原因，您需要在这个“滴答”字段上进行维护工作（不使用您自己的程序），那么您将陷入困境，因为您需要手动完成所有操作（我的意思是转换）。

【讨论】：