SqlServer 按時(shí)間段查詢問題
百度的資料，保存下來:
在寫按時(shí)間段查詢的sql語句的時(shí)候 一般我們會(huì)這么寫查詢條件：
where date>='2010-01-01' and date<='2010-10-1'
但是在實(shí)執(zhí)行Sql時(shí)些語句會(huì)轉(zhuǎn)換成這樣：
where date>='2010-01-01 0:00:00' and date<='2010-10-1:0:00:00',再看這個(gè)條件的話，也許就會(huì)有些明白，
那就是'2010-10-1 0:00:00' 之后的數(shù)據(jù)例如（'2010-10-1:08:25:00'）查不到，也就是說2010-10-1的數(shù)據(jù)查不到。
知道原因了可以修改查詢條件為：
where date>='2010-01-01' and date<='2010-10-1 23：59：59' 或 where date>='2010-01-01' and date<='2010-10-2'
某個(gè)表某個(gè)字段是Datetime型 以"YYYY-MM-DD 00:00:00" 存放
(1)、例如數(shù)據(jù)
2009-01-22 21:22:22
2009-01-22 19:21:11
2009-01-22 23:10:22
(2)、用 select * from TABLE where date between '2009-1-22' And '2009-1-22' ，想查日期為2009-1-22的記錄，結(jié)果查不到
(3)、問題原因
短日期類型默認(rèn)Time為00:00:00，所以當(dāng)使用between作限制條件時(shí)，就相當(dāng)于between '2009-1-22 00:00:00' and '2009-1-22 00:00:00',因此就查不出數(shù)據(jù)。
(4)、解決方法
--方案一：對數(shù)據(jù)庫里面的字段進(jìn)行日期格式轉(zhuǎn)換 select * from tb where convert(varchar(10),riqi,120) = '2009-01-22' --方案二：給日期補(bǔ)全時(shí)分秒 select * from tb where riqi between '2009-01-22 00:00:00' and '2009-01-22 23:59:59' --結(jié)果 /**//* id riqi ---- ------------------------------------------------------ A 2009-01-22 21:22:22.000 B 2009-01-22 19:21:11.000 C 2009-01-22 23:10:22.000 （所影響的行數(shù)為 3 行） */
總結(jié)
以上所述是小編給大家介紹的SqlServer 按時(shí)間段查詢問題，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會(huì)及時(shí)回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持！
相關(guān)文章
SQL Server日期時(shí)間加減函數(shù)(DATEDIFF、DateAdd)的使用
日期時(shí)間是常用的函數(shù),本文主要介紹了SQL Server日期時(shí)間加減函數(shù)(DATEDIFF、DateAdd)的使用,感興趣的可以了解一下2023-10-10
SQL?IFNULL()函數(shù)詳細(xì)解析(最新推薦)
IFNULL()?函數(shù)用于判斷第一個(gè)表達(dá)式是否為?NULL，如果為?NULL?則返回第二個(gè)參數(shù)的值，如果不為?NULL?則返回第一個(gè)參數(shù)的值，這篇文章主要介紹了SQL?IFNULL()函數(shù)詳細(xì)解析,需要的朋友可以參考下2023-01-01
sqlserver中重復(fù)數(shù)據(jù)值只取一條的sql語句
sqlserver中有時(shí)候我們需要獲取多條重復(fù)數(shù)據(jù)的一條，需要的朋友可以參考下面的語句2012-05-05
做過運(yùn)維的朋友們都可能會(huì)遇到,服務(wù)器應(yīng)用程序運(yùn)行慢的問題,下面這篇文章主要給大家介紹了關(guān)于sql?server卡慢問題定位與排查過程的相關(guān)資料,需要的朋友可以參考下2023-03-03
這篇文章主要介紹了SQL中LIKE和REGEXP簡單對比,在MySQL中，LIKE和REGEXP都可以用于模式匹配，但是它們的語法、性能和應(yīng)用場景有所不同，通常來說，在簡單的字符串模糊匹配場景下，使用LIKE更加高效；而在需要更復(fù)雜的模式匹配時(shí)，使用REGEXP更加靈活2023-09-09
用SQL統(tǒng)計(jì)SQLServe表存儲(chǔ)空間大小的代碼
當(dāng)SQLServer數(shù)據(jù)庫越來越龐大，而其中的表有非常多的時(shí)候，想要知道到底是哪些表最耗存儲(chǔ)空間，到底該怎樣統(tǒng)計(jì)各個(gè)表的存儲(chǔ)大小呢2012-05-05
SQL Server作業(yè)報(bào)錯(cuò)特殊案例分析
這篇文章主要給大家介紹了關(guān)于SQL Server作業(yè)報(bào)錯(cuò)特殊案例的相關(guān)資料，文中通過示例代碼介紹的非常詳細(xì)，對大家的學(xué)習(xí)或者使用SQL Server具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面來一起學(xué)習(xí)學(xué)習(xí)吧2019-03-03
在SQL?Server中使用?Try?Catch?處理異常的示例詳解
這篇文章主要介紹了如何在?SQL?Server?中使用?Try?Catch?處理異常,通過實(shí)例代碼了解 SQL Server 中的 Try-Catch 實(shí)現(xiàn)，本文給大家介紹的非常詳細(xì)，需要的朋友可以參考下2022-07-07
一個(gè)查看MSSQLServer數(shù)據(jù)庫空間使用情況的存儲(chǔ)過程 SpaceUsed
一個(gè)查看MSSQLServer數(shù)據(jù)庫空間使用情況的存儲(chǔ)過程 SpaceUsed...2007-02-02
varchar使用起來較為靈活,節(jié)省了一定的空間,但是它在判斷位數(shù)時(shí)也耗費(fèi)了時(shí)間,從整個(gè)系統(tǒng)的性能角度來說,char數(shù)據(jù)類型處理的速度更快,有時(shí)甚至可以超出varchar處理速度的很多倍,本文給大家介紹2023-10-10
sql中的char與varchar有什么區(qū)別,一起看看吧