SqlDateTime溢出該怎么解決
錯(cuò)誤出現(xiàn)：導(dǎo)入數(shù)據(jù)時(shí)出現(xiàn)“SqlDateTime 溢出。必須介于 1/1/1753 12:00:00 AM 和 12/31/9999 11:59:59 PM之間。”
出現(xiàn)這種問題多半是因?yàn)槟悴迦牖蛘吒聰?shù)據(jù)庫時(shí)datetime字段值為空默認(rèn)插入0001年01月01日造成datetime類型溢出。
原因分析：
關(guān)于DateTime，在將DateTime類型，插入到數(shù)據(jù)庫的時(shí)候，最容易出現(xiàn)的一種錯(cuò)誤：“SqlDateTime 溢出。必須介于 1/1/1753 12:00:00 AM 和 12/31/9999 11:59:59 PM 之間”原因是我們?cè)谌ateTime.MinValue的值，并插入到數(shù)據(jù)庫的時(shí)候，DateTime.MinValue值范圍和數(shù)據(jù)庫DateTime類型數(shù)據(jù)范圍不一致造成的。數(shù)據(jù)庫中，DateTime類型字段，最小值1/1/1753 12:00:00，而.NET Framework中，DateTime類型，最小值為1/1/0001 0:00:00，顯然，超出了Sql的值的最小范圍，導(dǎo)致數(shù)據(jù)溢出的錯(cuò)誤。
解決方法：
使用System.Data.SqlTypes.SqlDateTime.MinValue替代System.DateTime類型，這樣SqlDateTime的MinValue和Sql中DateTime的范圍吻合，就不會(huì)再出現(xiàn)以上的錯(cuò)誤了。
但是如果直接將System.Data.SqlTypes.SqlDateTime.MinValue 賦值給 System.DateTime類型的變量會(huì)出現(xiàn)如下錯(cuò)誤:錯(cuò)誤 86 無法將類型“System.Data.SqlTypes.SqlDateTime”隱式轉(zhuǎn)換為“System.DateTime”。存在一個(gè)顯式轉(zhuǎn)換(是否缺少強(qiáng)制轉(zhuǎn)換?) 我們可以采用Convert.ToDateTime來進(jìn)行強(qiáng)制轉(zhuǎn)換。
附：SQLServer數(shù)據(jù)庫的DateTime默認(rèn)值為 1900/1/1 00:00:00，如果插入null值，會(huì)默認(rèn)為1900/1/1 00:00:00。
- sql server中datetime字段去除時(shí)間的語句
- sql語句中如何將datetime格式的日期轉(zhuǎn)換為yy-mm-dd格式
- 使用 MySQL Date/Time 類型
- sql server中datetime字段去除時(shí)間代碼收藏
- sqlserver和oracle中對(duì)datetime進(jìn)行條件查詢的一點(diǎn)區(qū)別小結(jié)
- SQLSERVER 中datetime 和 smalldatetime類型分析說明
- mysql From_unixtime及UNIX_TIMESTAMP及DATE_FORMAT日期函數(shù)
- MySQL時(shí)間字段究竟使用INT還是DateTime的說明
- Sql中將datetime轉(zhuǎn)換成字符串的方法(CONVERT)
- MySql用DATE_FORMAT截取DateTime字段的日期值
相關(guān)文章
Sql檢驗(yàn)數(shù)據(jù)庫中各個(gè)表的數(shù)據(jù)量
本文主要介紹了Sql檢驗(yàn)數(shù)據(jù)庫中各個(gè)表的數(shù)據(jù)量,這樣的查詢有助于評(píng)估每個(gè)表的數(shù)據(jù)量,從而更好地進(jìn)行數(shù)據(jù)庫性能優(yōu)化,具有一定的參考價(jià)值,感興趣的可以了解一下2023-12-12
這篇文章主要介紹了ASP.NET和MSSQL高性能分頁實(shí)例代碼的相關(guān)資料,需要的朋友可以參考下2016-01-01
SQL查詢連續(xù)號(hào)碼段的巧妙解法...2007-04-04
本文將介紹sql server傳統(tǒng)的寫法與SQL Server2005以后的分頁語句需要了解的朋友可以參考下2012-11-11
如何將sql執(zhí)行的錯(cuò)誤消息記錄到本地文件中實(shí)現(xiàn)過程
sql語句的錯(cuò)誤信息都可以在sys.messages表里面找到，下面與大家分享下將sql 執(zhí)行的錯(cuò)誤消息記錄到本地文件中，不會(huì)的朋友可以參考下哈2013-05-05
SQL?Server數(shù)據(jù)表模糊查詢(like用法)以及查詢函數(shù)詳解
使用SQL Server查詢時(shí)經(jīng)常會(huì)使用模糊查詢,需要查詢包含的指定字符串內(nèi)容,這篇文章主要給大家介紹了關(guān)于SQL?Server數(shù)據(jù)表模糊查詢(like用法)以及查詢函數(shù)的相關(guān)資料,需要的朋友可以參考下2024-05-05
數(shù)據(jù)庫優(yōu)化是一項(xiàng)很復(fù)雜的工作，因?yàn)檫@關(guān)系到對(duì)系統(tǒng)優(yōu)化的理解。mysql更新優(yōu)化是程序員必掌握的知識(shí)，這篇文章主要介紹mysql更新優(yōu)化的策略，需要的朋友可以參考下2015-08-08
SQL Server中row_number函數(shù)的常見用法示例詳解
這篇文章主要給大家介紹了關(guān)于SQL Server中row_number函數(shù)的常見用法，文中通過示例代碼介紹的非常詳細(xì)，對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-09-09
這篇文章主要介紹了SQL中LIKE和REGEXP簡單對(duì)比,在MySQL中，LIKE和REGEXP都可以用于模式匹配，但是它們的語法、性能和應(yīng)用場景有所不同，通常來說，在簡單的字符串模糊匹配場景下，使用LIKE更加高效；而在需要更復(fù)雜的模式匹配時(shí)，使用REGEXP更加靈活2023-09-09
sqlserver數(shù)據(jù)庫出現(xiàn)置疑的解決思路
首先新建一個(gè)同名的數(shù)據(jù)庫，然后再停掉sql server服務(wù)，用原數(shù)據(jù)庫的數(shù)據(jù)文件覆蓋掉這個(gè)新建的數(shù)據(jù)庫文件，重啟sql server服務(wù)。感興趣的朋友可以參考下哈，希望可以幫助到你2013-03-03