SQL Server DateTime數據類型的另類解讀
此文主要向大家描述的是另類解讀SQL Server DateTime數據類型，以及在其實際操作中一些值得大家注意的事項與其實際應用代碼的描述，以下就是文章的主要內容的詳細描述，望大家在瀏覽之后會對其有更深的了解。
看到這個標題，你我可能都笑了。你會笑，因為你以為這個東西太小兒科了，還用得著做一個標題？！我會笑，是因為我確信你看完后會改變你的想法。
首先我引入一個問題：如何與一個SQL Server DateTime類型的字段值進行相等比較？其實這個問題看起看到這個標題，你我可能都笑了。你會笑，因為你以為這個東西太小兒科了，還用得著做一個標題？！我會笑，是因為我確信你看完后會改變你的想法。
首先我引入一個問題：如何與一個SQL Server DateTime類型的字段值進行相等比較？
其實這個問題看起來容易，但有下面的問題存在：
1、一般來說，用戶輸入的日期值就是yyyy/mm/dd，不帶時、分、秒；
2、數據庫中存儲的日期值是帶時、分、秒的。
所以我必須假定：我們所謂的兩個日期相等就是年、月、日相等。
兩種方法：
1、有了這樣的假定，你我都會有這樣的想法：把兩個日期的年、月、日取出來分別比較就行了，三者相等即可（也可按統一格式做成一個串再比較）。
2、上面的方法雖然可行。但你會發現幾乎把日期函數用了個遍！不妨按下面的思路想一下：如果只指定日期，則時間默認為 12:00 AM（午夜）（取自：SQL Server聯機幫助）。假定我們要查的日期是2004/7/10，則其實我們想要的就是這一天的00:00:00至23:59:59之間的。
提到之間，我們就會想到between...and！！只要 between 2004/7/10 and 2004/7/11 即可了。具體地說：between Cast('2004-7-10' asSQL Server DateTime) and dateadd(day, 1, Cast('2004-7-10' as DateTime))。但這個方法有一個小小問題，它會把7/11 0點的東西也找到，而這其實不應算做7/10的。如果你還想精益求精的話，就只能用...>=... and ...<... 了。（一般情況下沒有必要）
等于討論完后，再想想大于（或小于）某個日期，我們自然可以還用 between ... and 的，再一次論證上面方法的通用性。
注意：有了上面的討論，你一定明白了，and 后的日期一定要加一天，否則結束日期就不會查到了。
以上的相關內容就是對另類解讀SQL Server DateTime數據類型的介紹，望你能有所收獲。
上述的相關內容就是對另類解讀SQL Server DateTime數據類型的描述，希望會給你帶來一些幫助在此方面。
【編輯推薦】
