oracle 兩表關聯時,年月條件的寫法引起的巨大效能的差異

來源:互聯網
上載者:User

標籤:

需求是要比較最近兩個月的值,進行資料檢驗!所以我用自關聯,來將兩個月的資料放到一行上,然後進行比較!

sql語句類似於:

select b.ny,b.dwdm,。。。。,     a.js  as sy_js , b.js,    --取出上下兩個月的同一列的指標。     。。。。。。。 from tjxx_10 a,tjxx_10 b where    a.dwdm=b.dwdm and a.shbz=b.shbz and a.csxm=b.csxm  and b.ny=‘201508‘ and a.ny=b.ny-1

這個語句就是把tjxx_10自關聯一下,然後讓a行指標201507,b行指標201508.


由於該表已經比較大了有幾十萬行吧!結果上面執行查詢,就要4秒左右。

第一次修改:

 and b.ny=‘201508‘ and a.ny=201507

這麼關聯,還是4秒。

第二次修改

and b.ny=‘201508‘ and a.ny=‘201507‘

結果竟然是 0.02秒。


結論:一直以來,我認為在sql中,ny列是varchar2(6)

a.ny=b.ny-1 或者a.ny=201507這種寫法都是對的。因為都能正確執行。我認為oracle會自動把數字轉為字串!

但今天遇到這個超大表時,展示出的效能差異說明oracle對上面兩種情況都不能利用索引,

因為右側相當於一個函數,可能要遍曆每一行記錄,

切記:ny=‘201507‘  不要再寫做  ny=201507    了。

oracle 兩表關聯時,年月條件的寫法引起的巨大效能的差異

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.