.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”字段上进行维护工作(不使用您自己的程序),那么您将处于困境,因为您需要手动执行所有操作(我的意思是转换)