使用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，但你正在尋找太多的麻煩，獲得的好處。

對涉及日期的數據庫的每一次訪問應該轉換爲（簡單，快速）和從（不便宜）日期。但是，最糟糕的是，如果無論出於何種原因需要在這個'蜱'字段上進行維護工作（不使用自己的程序），你就會感到寒冷，因爲你需要手動完成所有工作（轉換我的意思是）。