一、日期类型：
对于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 Server 实例的计算机硬件和 Windows 版本。标注有：2012有效的是只有2012才出现的功能
函数
语法
返回值
返回数据类型
确定性
SYSDATETIME
SYSDATETIME ()
返回包含计算机的日期和时间的 datetime2(7) 值，SQL Server 的实例正在该计算机上运行。
时区偏移量未包含在内。
datetime2(7)
不具有确定性
SYSDATETIMEOFFSET
SYSDATETIMEOFFSET ( )
返回包含计算机的日期和时间的 datetimeoffset(7) 值，SQL Server 的实例正在该计算机上运行。
时区偏移量包含在内。
datetimeoffset(7)
不具有确定性
SYSUTCDATETIME
SYSUTCDATETIME ( )
返回包含计算机的日期和时间的 datetime2(7) 值，SQL Server 的实例正在该计算机上运行。
日期和时间作为 UTC 时间（通用协调时间）返回。
datetime2(7)
不具有确定性
精度较低的系统日期和时间函数
函数
语法
返回值
返回数据类型
确定性
新闻热点
疑难解答
