亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb

首頁 > 開發 > 綜合 > 正文

SQL語句性能調整(1)

2024-07-21 02:40:28
字體:
來源:轉載
供稿:網友
一、 索引(INDEX)使用的問題1. 索引(INDEX),用還是不用?這是個的問題。 是全表掃描還是索引范圍掃描主要考慮SQL的查詢速度問題。這里主要關心讀取的記錄的數目。根據DONALD K .BURLESON的說法,使用索引范圍掃描的原則是:

對于數據有原始排序的表,讀取少于表記錄數40%的查詢應該使用索引范圍掃描。對讀取多于表記錄數40%的查詢應全表掃描。

對于未排序的表,讀取少于表記錄數7%的查詢應該使用索引范圍掃描,反之,對讀取多于表記錄數7%的查詢應全表掃描。

注:在不同的書中,對是否使用索引的讀取記錄的百分比值不太一致,基本上是一個經驗值,但是讀取記錄的百分比越低,使用索引越有效。 2. 假如列上有建索引,什么SQL查詢是有用索引(INDEX)的?什么SQL查詢是沒有用索引(INDEX)的?

存在下面情況的SQL,不會用到索引:

存在數據類型隱形轉換的,如:

select * from staff_member where staff_id=’123’;

列上有數學運算的,如:

select * from staff_member where salary*2<10000;

使用不等于(<> )運算的,如:

select * from staff_member where dept_no<>2001;

使用substr字符串函數的,如:

select * from staff_member where substr(last_name,1,4)=’FRED’;

‘%’通配符在第一個字符的,如:

select * from staff_member where first_name like ‘%DON’;

字符串連接()的,如:

select * from staff_member where first_name’’=’DONALD’ 3. 函數的索引日期類型也是很輕易用到的,而且在SQL語句中會使用to_char函數以查詢具體的的范圍日期。如:select * from staff_member where TO_CHAR(birth_day,’YYYY’)=’2003’; 我們可以建立基于函數的索引如:CREATE INDEX Ind_emp_birth ON staff_member (to_char((birth_day,’YYYY’));

二、 SQL語句排序優化1. 排序發生的情況:

SQL中包含group by 子句

SQL 中包含order by 子句

SQL 中包含 distinct 子句

SQL 中包含 minus 或 union操作

創建索引時2. 排序在內存還是在磁盤中進行?在內存執行的排序速度要比在磁盤執行的排序速度快14000倍。假如是專用連接,排序內存根據INIT.ORA的sort_area_size進行分配,假如是多線程服務連接,排序內存根據large_pool_size進行分配。sort_area_size的增大可以減少磁盤排序,但是過大將使Oracle性能降低,因為所用的連接回話都會分配到一個sort_area_size大小的內存,所以,為了提高有限的查詢速度,可能會浪費大量的內存。增加sort_multiblock_read_count的值使每次讀取更多的內容,減少運行次數,提高性能。 三、SQL子查詢的調整1、理解關聯子查詢和非關聯子查詢。

下面是一個非關聯子查詢:

select staff_name from staff_member where staff_id

in (select staff_id from staff_func);

而下面是一個關聯子查詢:

select staff_name from staff_member where staff_id in (select staff_id from staff_func where staff_member.staff_id=staff_func.staff_id); 以上返回的結果集是相同的,可是它們的執行開銷是不同的:

非關聯查詢的開銷——非關聯查詢時子查詢只會執行一次,而且結果是排序好的,并保存在一個ORACLE的臨時段中,其中的每一個記錄在返回時都會被父查詢所引用。在子查詢返回大量的記錄的情況下,將這些結果集排序,以及將臨時數據段進行排序會增加大量的系統開銷。

關聯查詢的開銷——對返回到父查詢的的記錄來說,子查詢會每行執行一次。因此,我們必須保證任何可能的時候子查詢用到索引。2、XISTS子句和IN子句

帶IN的關聯子查詢是多余的,因為IN子句和子查詢中相關的操作的功能是一樣的。如:

select staff_name from staff_member where staff_id in (select staff_id from staff_func where staff_member.staff_id=staff_func.staff_id);

為非關聯子查詢指定EXISTS子句是不適當的,因為這樣會產生笛卡乘積。如:

select staff_name from staff_member where staff_id

Exists (select staff_id from staff_func);

盡量不要使用NOT IN子句。使用MINUS 子句都比NOT IN 子句快,雖然使用MINUS子句要進行兩次查詢:

select staff_name from staff_member where staff_id in (select staff_id from staff_member MINUS select staff_id from staff_func where func_id like ‘81%’);
3、 任何可能的時候,用標準連接或內嵌視圖改寫子查詢。 一、 索引(INDEX)使用的問題1. 索引(INDEX),用還是不用?這是個的問題。 是全表掃描還是索引范圍掃描主要考慮SQL的查詢速度問題。這里主要關心讀取的記錄的數目。根據DONALD K .BURLESON的說法,使用索引范圍掃描的原則是:

對于數據有原始排序的表,讀取少于表記錄數40%的查詢應該使用索引范圍掃描。對讀取多于表記錄數40%的查詢應全表掃描。

對于未排序的表,讀取少于表記錄數7%的查詢應該使用索引范圍掃描,反之,對讀取多于表記錄數7%的查詢應全表掃描。

注:在不同的書中,對是否使用索引的讀取記錄的百分比值不太一致,基本上是一個經驗值,但是讀取記錄的百分比越低,使用索引越有效。 2. 假如列上有建索引,什么SQL查詢是有用索引(INDEX)的?什么SQL查詢是沒有用索引(INDEX)的?

存在下面情況的SQL,不會用到索引:

存在數據類型隱形轉換的,如:

select * from staff_member where staff_id=’123’;

列上有數學運算的,如:

select * from staff_member where salary*2<10000;

使用不等于(<> )運算的,如:

select * from staff_member where dept_no<>2001;

使用substr字符串函數的,如:

select * from staff_member where substr(last_name,1,4)=’FRED’;

‘%’通配符在第一個字符的,如:

select * from staff_member where first_name like ‘%DON’;

字符串連接()的,如:

select * from staff_member where first_name’’=’DONALD’ 3. 函數的索引日期類型也是很輕易用到的,而且在SQL語句中會使用to_char函數以查詢具體的的范圍日期。如:select * from staff_member where TO_CHAR(birth_day,’YYYY’)=’2003’; 我們可以建立基于函數的索引如:CREATE INDEX Ind_emp_birth ON staff_member (to_char((birth_day,’YYYY’));

二、 SQL語句排序優化1. 排序發生的情況:

SQL中包含group by 子句

SQL 中包含order by 子句

SQL 中包含 distinct 子句

SQL 中包含 minus 或 union操作

創建索引時2. 排序在內存還是在磁盤中進行?在內存執行的排序速度要比在磁盤執行的排序速度快14000倍。假如是專用連接,排序內存根據INIT.ORA的sort_area_size進行分配,假如是多線程服務連接,排序內存根據large_pool_size進行分配。sort_area_size的增大可以減少磁盤排序,但是過大將使ORACLE性能降低,因為所用的連接回話都會分配到一個sort_area_size大小的內存,所以,為了提高有限的查詢速度,可能會浪費大量的內存。增加sort_multiblock_read_count的值使每次讀取更多的內容,減少運行次數,提高性能。 三、SQL子查詢的調整1、理解關聯子查詢和非關聯子查詢。

下面是一個非關聯子查詢:

select staff_name from staff_member where staff_id

in (select staff_id from staff_func);

而下面是一個關聯子查詢:

select staff_name from staff_member where staff_id in (select staff_id from staff_func where staff_member.staff_id=staff_func.staff_id); 以上返回的結果集是相同的,可是它們的執行開銷是不同的:

非關聯查詢的開銷——非關聯查詢時子查詢只會執行一次,而且結果是排序好的,并保存在一個ORACLE的臨時段中,其中的每一個記錄在返回時都會被父查詢所引用。在子查詢返回大量的記錄的情況下,將這些結果集排序,以及將臨時數據段進行排序會增加大量的系統開銷。

關聯查詢的開銷——對返回到父查詢的的記錄來說,子查詢會每行執行一次。因此,我們必須保證任何可能的時候子查詢用到索引。2、XISTS子句和IN子句

帶IN的關聯子查詢是多余的,因為IN子句和子查詢中相關的操作的功能是一樣的。如:

select staff_name from staff_member where staff_id in (select staff_id from staff_func where staff_member.staff_id=staff_func.staff_id);

為非關聯子查詢指定EXISTS子句是不適當的,因為這樣會產生笛卡乘積。如:

select staff_name from staff_member where staff_id

Exists (select staff_id from staff_func);

盡量不要使用NOT IN子句。使用MINUS 子句都比NOT IN 子句快,雖然使用MINUS子句要進行兩次查詢:

select staff_name from staff_member where staff_id in (select staff_id from staff_member MINUS select staff_id from staff_func where func_id like ‘81%’);
3、 任何可能的時候,用標準連接或內嵌視圖改寫子查詢。

發表評論 共有條評論
用戶名: 密碼:
驗證碼: 匿名發表
亚洲香蕉成人av网站在线观看_欧美精品成人91久久久久久久_久久久久久久久久久亚洲_热久久视久久精品18亚洲精品_国产精自产拍久久久久久_亚洲色图国产精品_91精品国产网站_中文字幕欧美日韩精品_国产精品久久久久久亚洲调教_国产精品久久一区_性夜试看影院91社区_97在线观看视频国产_68精品久久久久久欧美_欧美精品在线观看_国产精品一区二区久久精品_欧美老女人bb
国产精品一久久香蕉国产线看观看| 国产精品欧美风情| 一区二区亚洲欧洲国产日韩| xxxxx91麻豆| 国产一区二区免费| 中文字幕在线看视频国产欧美| 亚洲欧美国产一区二区三区| 美女久久久久久久| 亚洲香蕉av在线一区二区三区| 亚洲自拍偷拍网址| 午夜欧美大片免费观看| 国产精品综合不卡av| 热久久这里只有| 色播久久人人爽人人爽人人片视av| 日韩av片免费在线观看| 成人写真视频福利网| 粉嫩av一区二区三区免费野| 欧美色道久久88综合亚洲精品| 68精品久久久久久欧美| 国产亚洲精品高潮| 日韩电影大全免费观看2023年上| 91精品久久久久久久| 色在人av网站天堂精品| 久久久久久久久久久网站| 久久久久久中文字幕| 中文字幕综合在线| 中文字幕精品在线| 成人h视频在线观看播放| 亚洲一区www| 色在人av网站天堂精品| 国产亚洲精品美女| 欧美日韩国产精品专区| 欧美精品18videos性欧| 欧美日韩成人在线观看| 成人精品久久av网站| 欧美一区二区影院| 国产精品毛片a∨一区二区三区|国| 精品高清一区二区三区| 狠狠色狠狠色综合日日小说| 成人观看高清在线观看免费| 欧美激情2020午夜免费观看| 欧美激情在线有限公司| 国产精品v日韩精品| 欧洲午夜精品久久久| 亚洲欧美精品中文字幕在线| 成人黄色片网站| 亚洲综合日韩在线| 日韩免费电影在线观看| 国产精品99久久久久久久久久久久| 亚洲成人精品视频在线观看| 中文字幕日韩在线视频| 国产精品一区二区女厕厕| 国产精品久久久久久av下载红粉| 国产精品一区专区欧美日韩| 亚洲国产精久久久久久| 欧美另类99xxxxx| 中文字幕日韩在线播放| 国产丝袜一区二区| 91日韩在线播放| 欧美综合一区第一页| 日韩av快播网址| 羞羞色国产精品| 国产精品国产福利国产秒拍| 一区二区三区 在线观看视| 久久在线观看视频| 亚洲美女喷白浆| 亚洲美女中文字幕| 午夜精品理论片| 亚洲日本欧美中文幕| 欧美电影在线观看网站| 精品亚洲一区二区三区| 77777亚洲午夜久久多人| 亚洲片在线观看| 91国内免费在线视频| 国产成人亚洲精品| 精品国产福利在线| 国产精品99久久久久久久久久久久| 久久免费精品视频| 久久中文精品视频| 久久久伊人欧美| 欧美性猛交xxxx黑人| 日本高清不卡在线| 97在线看免费观看视频在线观看| 国产在线不卡精品| 日本aⅴ大伊香蕉精品视频| 日本a级片电影一区二区| 欧美精品国产精品日韩精品| 久久99视频精品| 欧美成人精品h版在线观看| 少妇精69xxtheporn| 国产精品久久二区| 亚洲国产天堂久久综合| 国产噜噜噜噜久久久久久久久| 日韩欧美在线观看| 国产精品6699| 亚州欧美日韩中文视频| 亚洲欧美日韩一区二区在线| 久久久久久久一区二区| 97色在线观看| 精品久久久久久久中文字幕| 97香蕉超级碰碰久久免费软件| 亚洲欧美日韩中文在线制服| 黄色一区二区在线观看| 精品国产户外野外| 九色91av视频| 91精品国产91| 国内精品久久久久影院 日本资源| 欧美性开放视频| 国产精品久久久久久亚洲调教| 日韩综合视频在线观看| 国产69精品久久久久9999| 久久夜色精品国产欧美乱| 亚洲图片欧美午夜| 91免费看视频.| 亚洲一区二区三区香蕉| 国产黑人绿帽在线第一区| 亚洲性无码av在线| 亚洲成av人片在线观看香蕉| 性日韩欧美在线视频| 69久久夜色精品国产7777| 亚洲人成77777在线观看网| 91成人在线观看国产| 亚洲日本欧美日韩高观看| 久久久女人电视剧免费播放下载| 久久久久久久久国产精品| 亚洲国产欧美一区二区丝袜黑人| 精品国产欧美成人夜夜嗨| 9.1国产丝袜在线观看| 91精品啪aⅴ在线观看国产| 国产精品久久在线观看| 欧美在线观看网址综合| 日韩欧美亚洲一二三区| 国产欧美日韩中文字幕| 国产成人一区二区在线| 伦伦影院午夜日韩欧美限制| 国自产精品手机在线观看视频| 亚洲欧美在线免费| 精品一区二区三区四区| 国产日韩精品视频| 91免费精品视频| 性色av一区二区三区红粉影视| 欧美韩日一区二区| 亚洲已满18点击进入在线看片| 毛片精品免费在线观看| 久久不射电影网| 91丨九色丨国产在线| 日韩电影在线观看中文字幕| 国产亚洲欧美日韩一区二区| 日韩av在线一区| 成人国产精品一区| 免费av在线一区| 97精品在线视频| 欧美大片网站在线观看| 中文字幕一区二区精品| 国色天香2019中文字幕在线观看| 欧美成人亚洲成人日韩成人| 国产精品爽爽爽爽爽爽在线观看| 亚洲福利视频二区| 久久视频中文字幕| 91亚洲国产成人久久精品网站| 欧美另类极品videosbest最新版本| 国产成人精品电影久久久| 亚洲综合在线中文字幕| 欧美成人精品影院|