導讀:1建站知識對于開發人員來說，日期處理或許簡單，或許很難。結合自己過往的開發經驗并整合網上的例子，總結出一些日期相網站建設seo網站排名優化軟件。

一、日期類型：

對于SQL Server 2008 來說（因為2000甚至2005已經稍微有被淘汰的跡象，所以在此不作過多說明，加上自己工作使用的是2008R2。所以不保證08以前的能用），日期類型有：

數據類型

格式

范圍

精確度

存儲大小（以字節為單位）

用戶定義的秒的小數精度

時區偏移量

time

hh:mm:ss[.

nnnnnnn]

00:00:00.0000000 到 23:59:59.9999999

100 納秒

3 到 5

是

否

date

YYYY-MM-DD

0001-01-01 到 9999-12-31

1 天

3

無

無

smalldatetime

YYYY-MM-DD hh:mm:ss

1900-01-01 到 2079-06-06

1 分鐘

4

無

無

datetime

YYYY-MM-DD hh:mm:ss[.

nnn]

1753-01-01 到 9999-12-31

0.00333 秒

8

無

否

datetime2

YYYY-MM-DD hh:mm:ss[.

nnnnnnn]

0001-01-01 00:00:00.0000000 到 9999-12-31 23:59:59.9999999

100 納秒

6 到 8

有

無

datetimeoffset

YYYY-MM-DD hh:mm:ss[.

nnnnnnn] [+|-]hh:mm

0001-01-01 00:00:00.0000000 到 9999-12-31 23:59:59.9999999（以 UTC 時間表示）

100 納秒

8 到 10

有

有

注意：所有系統日期和時間值均得自運行 SQL Server 實例的計算機的操作系統。

每一種日期類型有其使用范圍，當然以剛好適用為最佳選擇，切記不要為了方便，什么都用datetime類型。從性能方面會有很大影響，舉個例子：

一個表，有1億行的數據，有10列日期型（對于一些歷史表來說這是完全有可能的）。如果全部使用datetime，那么光這部分的存儲空間就是：10*100000000*8字節/(1024*1024)≈7629M≈7.4G,當然，如果有這樣的需要，再大也還是要用的，假設其實業務上不需要那么精確（因為datetime是精確到0.00333秒），只需要精確到1分鐘即可，那么毫不猶豫使用smalldatetime，可以減少一半的空間，也就是大約3.7G。減少空間的好處有很多，比如備份及數據庫文件的大小可以減少，讓有限的預算做更多的事情。而且數據頁固定8KB，越少的體積單頁能存放的數據也就越多，查詢時要訪問的頁面就更少，緩解I/O壓力。同時對索引的使用也更有效，等等。

關鍵詞標簽: SQL 相關資料 詳細介紹