.net 使用DateTime.Ticks而不是DateTime本身,这是一种好的做法吗?

.net 使用DateTime.Ticks而不是DateTime本身,这是一种好的做法吗?,.net,performance,design-patterns,database-design,design-principles,.net,Performance,Design Patterns,Database Design,Design Principles,可能重复: 可以使用DateTime.Ticks而不是DateTime本身来实现基于DateTime的操作吗?例如,将数据库列的类型从DATETIME更改为BIGINT,然后将12345678123456值存储到中,而不是2012-06-02 14:26:08.727 我知道在这种情况下,我们必须处理转换,但有几个优点。例如,存储的日期时间范围没有限制,而且我们也不会担心数据库支持的类型{date、datetime、smalldate}等 实际上,我想从两个方面来确保这种方法: 设计原则 性能

可能重复:

可以使用
DateTime.Ticks
而不是
DateTime
本身来实现基于
DateTime
的操作吗?例如,将数据库列的类型从
DATETIME
更改为
BIGINT
,然后将
12345678123456
值存储到中,而不是
2012-06-02 14:26:08.727

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

实际上,我想从两个方面来确保这种方法:

  • 设计原则
  • 性能问题

  • 提前谢谢。

    我已经投票决定以完全相同的方式结束,但我想在这方面付出我的两分钱。
    这似乎是一个神话,但你正在寻找太多的麻烦所获得的好处


    对数据库的每一次涉及日期的访问都应该转换为(简单、快速)和(不便宜)日期。但是,最糟糕的是,如果出于任何原因,您需要在这个“ticks”字段上进行维护工作(不使用您自己的程序),那么您将处于困境,因为您需要手动执行所有操作(我的意思是转换)

    我已经投票决定以完全相同的方式结束,但我想在这方面付出我的两分钱。
    这似乎是一个神话,但你正在寻找太多的麻烦所获得的好处

    对数据库的每一次涉及日期的访问都应该转换为(简单、快速)和(不便宜)日期。但是,最糟糕的是,如果出于任何原因,您需要在这个“ticks”字段上进行维护工作(不使用您自己的程序),那么您将处于困境,因为您需要手动执行所有操作(我的意思是转换)