导读：SQL Server数据库的发展就离不开数据库的数据类型设计以及数据库的优化，要想做好数据库中数据类型设计以及数据库优化工作，就首先要熟练掌握下文中介绍的数据类型设计以及数据库优化的误区。
场景：在SQL Server 2005中，有一个表TestDatetime，其中Dates这个字段的数据类型是datetime，假如你看到表的记录如下图所示，你最先想到的是什么呢？
（图2：数据空间对比）
索引存储信息：
（图3：char(10)）
（图4：datetime）
（图5：smalldatetime）
索引查询的情况：
多次执行，SQL Server执行时间为：[char(10)] 大部分在43~59徘徊，偶尔出现小于10的；[datetime]平均在1~2毫秒；[smalldatetime]均在1毫秒；而且大家会发现[smalldatetime]有其它的9次逻辑读取变为8次了。
--[TestChar10]
SQL Server 分析和编译时间:
CPU 时间= 0 毫秒，占用时间= 1 毫秒。
(2200 行受影响)
表'TestChar10'。扫描计数1，逻辑读取9 次，物理读取0 次，预读0 次，lob 逻辑读取0 次，lob 物理读取0 次，lob 预读0 次。
SQL Server 执行时间:
CPU 时间= 0 毫秒，占用时间= 59 毫秒。
SQL Server 执行时间:
CPU 时间= 0 毫秒，占用时间= 1 毫秒。
--[TestDatetime]
SQL Server 分析和编译时间:
CPU 时间= 0 毫秒，占用时间= 1 毫秒。
(2200 行受影响)
表'TestDatetime'。扫描计数1，逻辑读取9 次，物理读取0 次，预读0 次，lob 逻辑读取0 次，lob 物理读取0 次，lob 预读0 次。
SQL Server 执行时间:
CPU 时间= 0 毫秒，占用时间= 2 毫秒。
SQL Server 执行时间:
CPU 时间= 0 毫秒，占用时间= 1 毫秒。
--[TestSmalldatetime]
SQL Server 分析和编译时间:
CPU 时间= 0 毫秒，占用时间= 1 毫秒。
(2200 行受影响)
表'TestSmalldatetime'。扫描计数1，逻辑读取8 次，物理读取0 次，预读0 次，lob 逻辑读取0 次，lob 物理读取0 次，lob 预读0 次。
SQL Server 执行时间:
CPU 时间= 0 毫秒，占用时间= 1 毫秒。
SQL Server 执行时间:
CPU 时间= 0 毫秒，占用时间= 1 毫秒。
--SQL Server 2008新数据类型
SELECT
CAST('2007-05-08 12:35:29. 1234567 +12:15' AS time(7)) AS 'time'
,CAST('2007-05-08 12:35:29. 1234567 +12:15' AS date) AS 'date'
,CAST('2007-05-08 12:35:29.123' AS smalldatetime) AS
'smalldatetime'
,CAST('2007-05-08 12:35:29.123' AS datetime) AS 'datetime'
,CAST('2007-05-08 12:35:29. 1234567 +12:15' AS datetime2(7)) AS 'datetime2'
,CAST('2007-05-08 12:35:29.1234567 +12:15' AS datetimeoffset(7)) AS 'datetimeoffset';
SQL Server datetime数据类型设计以及数据库优化误区就为大家总结这么多，可能还不够全面，以后有机会还会继续为大家介绍更多的总结，希望大家都能够从中有所收获。
未经允许不得转载：泰泽科创站 » SQL Server datetime数据类型设计以及优化误区
