錯(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)這種問(wèn)題多半是因?yàn)槟悴迦牖蛘吒聰?shù)據(jù)庫(kù)時(shí)datetime字段值為空默認(rèn)插入0001年01月01日造成datetime類型溢出。
原因分析：
關(guān)于DateTime，在將DateTime類型，插入到數(shù)據(jù)庫(kù)的時(shí)候，最容易出現(xiàn)的一種錯(cuò)誤：“SqlDateTime 溢出。必須介于 1/1/1753 12:00:00 AM 和 12/31/9999 11:59:59 PM 之間”原因是我們?cè)谌ateTime.MinValue的值，并插入到數(shù)據(jù)庫(kù)的時(shí)候，DateTime.MinValue值范圍和數(shù)據(jù)庫(kù)DateTime類型數(shù)據(jù)范圍不一致造成的。數(shù)據(jù)庫(kù)中，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 無(wú)法將類型“System.Data.SqlTypes.SqlDateTime”隱式轉(zhuǎn)換為“System.DateTime”。存在一個(gè)顯式轉(zhuǎn)換(是否缺少?gòu)?qiáng)制轉(zhuǎn)換?) 我們可以采用Convert.ToDateTime來(lái)進(jìn)行強(qiáng)制轉(zhuǎn)換。
附：SQLServer數(shù)據(jù)庫(kù)的DateTime默認(rèn)值為 1900/1/1 00:00:00，如果插入null值，會(huì)默認(rèn)為1900/1/1 00:00:00。
您可能感興趣的文章:- sql server中datetime字段去除時(shí)間的語(yǔ)句
- sql語(yǔ)句中如何將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類型分析說(shuō)明
- mysql From_unixtime及UNIX_TIMESTAMP及DATE_FORMAT日期函數(shù)
- MySQL時(shí)間字段究竟使用INT還是DateTime的說(shuō)明
- Sql中將datetime轉(zhuǎn)換成字符串的方法(CONVERT)
- MySql用DATE_FORMAT截取DateTime字段的日期值
