為什麼 SQL Server 在插入日期時間值時會遺失毫秒？

SQL Server 日期時間精確度問題

在 SQL Server 中插入 datetime 欄位時，可能會遇到意外的毫秒遺失現象。例如以下查詢：

<code class="language-sql">BEGIN
   INSERT INTO TESTTABLE (IntField, BitField, StringField, DateField) 
   VALUES ('1', 1, 'hello', {ts '2009-04-03 15:41:27.378'});

   SELECT SCOPE_IDENTITY()  
END</code>

隨後使用 SELECT * FROM TESTTABLE WITH (NOLOCK) 查詢，DateField 欄位的值可能顯示為：

<code>2009-04-03 15:41:27.*377*</code>

毫秒精度差異的解釋

這種明顯的毫秒遺失是由於 SQL Server 的儲存限製造成的。 SQL Server 的時間精度約為 1/300 秒，而這些時間間隔總是落在 0、3 和 7 毫秒。因此，在上面的例子中，該值向下舍入到最接近的 3 毫秒間隔，導致觀察到的 .377 後綴。

應對毫秒精準度挑戰

如果毫秒精度至關重要，則沒有簡單的解決方法。建議的方案包括：

• 自訂數值字段: 將時間戳儲存為自訂數值字段，並在檢索時重新建構。
• 字串儲存: 將時間戳儲存為已知格式的字串。

雖然這些方法會增加額外的複雜性，但當絕對需要毫秒精度時，它們可以提供必要的精度。

以上是為什麼 SQL Server 在插入日期時間值時會遺失毫秒？的詳細內容。更多資訊請關注PHP中文網其他相關文章！