第七色在线视频,2021少妇久久久久久久久久,亚洲欧洲精品成人久久av18,亚洲国产精品特色大片观看完整版,孙宇晨将参加特朗普的晚宴

為了賬號(hào)安全,請(qǐng)及時(shí)綁定郵箱和手機(jī)立即綁定
已解決430363個(gè)問題,去搜搜看,總會(huì)有你想問的

記一次數(shù)據(jù)庫時(shí)間范圍搜索慢的原因

記一次數(shù)據(jù)庫時(shí)間范圍搜索慢的原因

今天遇到一個(gè)很奇葩的問題,也可能是自己的經(jīng)驗(yàn)不足。。。select ID,Name,AddTime from Tab with(nolock) where AddTime>= '2017-10-01' AND AddTime<='2017-12-01' 搜索的時(shí)候竟然用了兩秒鐘,當(dāng)然是建了索引的(非聚集索引),這個(gè)時(shí)候搜索竟然 聚集索引掃描........然后通過加了一個(gè)語句,提升到了19毫秒SELECT ID,Name,AddTime FROM Tab WITH(NOLOCK) WHERE AddTime>= '2017-10-01' AND AddTime<='2017-12-01' ORDER BY AddTime DESC 使用的是MsSqlserver然后在網(wǎng)上找了一些資料也不能找到原因。了解的大神們,懂得留個(gè)言。再次謝過
查看完整描述

1 回答

?
白衣染霜花

TA貢獻(xiàn)1796條經(jīng)驗(yàn) 獲得超10個(gè)贊

通常是走AddTime索引,但不知道為什么SQL Server現(xiàn)在認(rèn)為走聚集索引掃描會(huì)比AddTime索引快,建議的解決方法:在AddTime索引中包含Name列

查看完整回答
反對(duì) 回復(fù) 2018-08-23
  • 1 回答
  • 0 關(guān)注
  • 678 瀏覽

添加回答

舉報(bào)

0/150
提交
取消
微信客服

購課補(bǔ)貼
聯(lián)系客服咨詢優(yōu)惠詳情

幫助反饋 APP下載

慕課網(wǎng)APP
您的移動(dòng)學(xué)習(xí)伙伴

公眾號(hào)

掃描二維碼
關(guān)注慕課網(wǎng)微信公眾號(hào)