當(dāng)我們用SQL Server的查詢分析器察看一張表時(shí)，竟然看到了這樣的記錄：
奇怪之處就在于“ReceiveTime”字段明明是datetime類型，怎么可能是“62016004”這個(gè)數(shù)字呢？
SQL Server怎么會(huì)讓這種數(shù)字插入呢？即使我們的程序?qū)戝e(cuò)了，想往記錄里插，那也會(huì)得到異常的呀？
還是做數(shù)據(jù)倉庫的有經(jīng)驗(yàn)，說可能是查詢分析器的BUG。
用VBScript寫了一個(gè)查詢的例子，把這條記錄的每一個(gè)字段報(bào)告出來，果然！
?
結(jié)論：
確實(shí)是微軟的查詢分析器算錯(cuò)了， 實(shí)際上數(shù)據(jù)庫中存儲(chǔ)的是正確的 ， 只是在查詢分析器顯示時(shí)出錯(cuò)了 ，可能 Content字段的亂碼對查詢分析器“按照表格顯示結(jié)果”有影響，如果是“按照文本顯示結(jié)果”就沒問題，-_-''' 。
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=79109
更多文章、技術(shù)交流、商務(wù)合作、聯(lián)系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號(hào)聯(lián)系： 360901061
您的支持是博主寫作最大的動(dòng)力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點(diǎn)擊下面給點(diǎn)支持吧，站長非常感激您！手機(jī)微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點(diǎn)擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
