SqlDateTime溢出該怎么解決
錯誤出現(xiàn):導(dǎo)入數(shù)據(jù)時出現(xiàn)“SqlDateTime 溢出。必須介于 1/1/1753 12:00:00 AM 和 12/31/9999 11:59:59 PM之間。”
出現(xiàn)這種問題多半是因為你插入或者更新數(shù)據(jù)庫時datetime字段值為空默認插入0001年01月01日造成datetime類型溢出。
原因分析:
關(guān)于DateTime,在將DateTime類型,插入到數(shù)據(jù)庫的時候,最容易出現(xiàn)的一種錯誤:“SqlDateTime 溢出。必須介于 1/1/1753 12:00:00 AM 和 12/31/9999 11:59:59 PM 之間”原因是我們在取DateTime.MinValue的值,并插入到數(shù)據(jù)庫的時候,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ù)溢出的錯誤。
解決方法:
使用System.Data.SqlTypes.SqlDateTime.MinValue替代System.DateTime類型,這樣SqlDateTime的MinValue和Sql中DateTime的范圍吻合,就不會再出現(xiàn)以上的錯誤了。
但是如果直接將System.Data.SqlTypes.SqlDateTime.MinValue 賦值給 System.DateTime類型的變量會出現(xiàn)如下錯誤:錯誤 86 無法將類型“System.Data.SqlTypes.SqlDateTime”隱式轉(zhuǎn)換為“System.DateTime”。存在一個顯式轉(zhuǎn)換(是否缺少強制轉(zhuǎn)換?) 我們可以采用Convert.ToDateTime來進行強制轉(zhuǎn)換。
附:SQLServer數(shù)據(jù)庫的DateTime默認值為 1900/1/1 00:00:00,如果插入null值,會默認為1900/1/1 00:00:00。
- sql server中datetime字段去除時間的語句
- sql語句中如何將datetime格式的日期轉(zhuǎn)換為yy-mm-dd格式
- 使用 MySQL Date/Time 類型
- sql server中datetime字段去除時間代碼收藏
- sqlserver和oracle中對datetime進行條件查詢的一點區(qū)別小結(jié)
- SQLSERVER 中datetime 和 smalldatetime類型分析說明
- mysql From_unixtime及UNIX_TIMESTAMP及DATE_FORMAT日期函數(shù)
- MySQL時間字段究竟使用INT還是DateTime的說明
- Sql中將datetime轉(zhuǎn)換成字符串的方法(CONVERT)
- MySql用DATE_FORMAT截取DateTime字段的日期值
相關(guān)文章
必須會的SQL語句(一) 創(chuàng)建數(shù)據(jù)庫與刪除數(shù)據(jù)庫
這篇文章主要介紹了sqlserver創(chuàng)建數(shù)據(jù)庫與刪除數(shù)據(jù)庫的語句,需要的朋友可以參考下2015-01-01SQL?Server數(shù)據(jù)庫創(chuàng)建遠程服務(wù)器備份計劃(SQL Server2016)
最近項目系統(tǒng)做安全加固,以前是本地備份,現(xiàn)在需要做遠程內(nèi)網(wǎng)服務(wù)器數(shù)據(jù)庫備份,后期也有可能做異地備份,下面以SQL Server2016 內(nèi)網(wǎng)服務(wù)器數(shù)據(jù)庫備份為例給大家詳細講解SQL?Server數(shù)據(jù)庫創(chuàng)建遠程服務(wù)器備份計劃,感興趣的朋友一起看看吧2023-10-10SQL Server簡單模式下誤刪除堆表記錄恢復(fù)方法(繞過頁眉校驗)
這篇主旨是揭示堆表的刪除記錄找回的原理,我所考慮的方面并不適用于每個人的每種情況,望大家見諒2013-01-01關(guān)于sql和mysql對于別名不能調(diào)用的一些理解
由于有部分語句別名不能調(diào)用原來是由于別名機制不同引起的,為了避免下次發(fā)生就整理了一下sql和mysql執(zhí)行順序發(fā)現(xiàn)內(nèi)部機制是一樣的,最大區(qū)別是在別名的引用上2013-11-11自動清理 MSSQL Server Table Collation問題的解決方法
Cannot resolve the collation conflict between "Latin1_General_CI_AS" and "SQL_Latin1_General_CP1_CI_AS" in the equal to operation2013-02-02清空MSSQL日志 與set recovery simple
清空MSSQL日志 與set recovery simple...2007-10-10