oracle學(xué)習(xí)筆記(編輯修改稿)
2025-07-26 07:38 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 如果該row source返回較多的行數(shù)據(jù)，則對(duì)所有的后續(xù)操作有負(fù)面影響。如果一個(gè)大表在WHERE條件有限制條件，則該大表作為驅(qū)動(dòng)表也是合適的，所以并不是只有小表可以作為驅(qū)動(dòng)表，正確說(shuō)法應(yīng)該為應(yīng)用查詢(xún)的限制條件后，返回較少行源的表作為驅(qū)動(dòng)表。在執(zhí)行計(jì)劃中，應(yīng)該為靠上的那個(gè)row source，在后面描述中，一般將該表稱(chēng)為連接操作的row source 1。Probed Table(被探查表)：該表又稱(chēng)為內(nèi)層表INNER TABLE。在我們從驅(qū)動(dòng)表中得到具體一行的數(shù)據(jù)后，在該表中尋找符合連接條件的行。所以該表應(yīng)當(dāng)為大表[實(shí)際上應(yīng)該為返回較大row source的表] 且相應(yīng)列上應(yīng)該有索引。在后面的描述中，一般將該表稱(chēng)為連接操作的row source 2.組合索引(concatenated index)：由多個(gè)列構(gòu)成的索引，如create index idx_emp on emp(col1,col2)。在組合索引中有一個(gè)重要的概念：引導(dǎo)列(leading column)，在上面的例子中，col1列為引導(dǎo)列。當(dāng)我們進(jìn)行查詢(xún)時(shí)可以使用where col1 = ?，也可以使用where col1 = ? and col2 = ?，都會(huì)使用索引，但是where col2 = ?查詢(xún)就不會(huì)使用該索引。所以限制條件中包含引導(dǎo)列時(shí)，該限制條件才會(huì)使用該組合索引?？蛇x擇性(selectivity)：比較一下列中唯一鍵的數(shù)量和表中的行數(shù)，就可以判斷該列的可選擇性。如果該列的“唯一鍵的數(shù)量/表中的行數(shù)”的比值越接近1，則該列的可選擇性越高，該列就越適合創(chuàng)建索引，同樣索引的可選擇性也越高。在可選擇性高的列上進(jìn)行查詢(xún)時(shí)，返回的數(shù)據(jù)就較少，比較適合使用索引查詢(xún)。、oracle訪問(wèn)數(shù)據(jù)的存取方法1）全表掃描（Full Table Scans， FTS）為實(shí)現(xiàn)全表掃描，Oracle讀取表中所有的行，而不是只讀取一個(gè)數(shù)據(jù)塊，這極大的減少了I/O總次數(shù)，提高了系統(tǒng)的吞吐量，所以利用多塊讀的方法可以十分高效地實(shí)現(xiàn)全表掃描，而且只有在全表掃描的情況下才能使用多塊讀操作。在這種訪問(wèn)模式下，每個(gè)數(shù)據(jù)塊只被讀一次。使用FTS的前提條件：在較大的表上不建議使用全表掃描，除非取出數(shù)據(jù)的比較多，超過(guò)總量的5%10%，或你想使用并行查詢(xún)功能時(shí)。、索引掃描（Index Scan）我們先通過(guò)index查找到數(shù)據(jù)對(duì)應(yīng)的rowid值(對(duì)于非唯一索引可能返回多個(gè)rowid值)，然后根據(jù)rowid直接從表中得到具體的數(shù)據(jù)，這種查找方式稱(chēng)為索引掃描或索引查找(index lookup)。一個(gè)rowid唯一的表示一行數(shù)據(jù)，該行對(duì)應(yīng)的數(shù)據(jù)塊是通過(guò)一次i/o得到的，在此情況下該次i/o只會(huì)讀取一個(gè)數(shù)據(jù)庫(kù)塊。索引掃描由2步組成：[1] 掃描索引得到對(duì)應(yīng)的rowid值。 [2] 通過(guò)找到的rowid從表中讀出具體數(shù)據(jù)。每步都是單獨(dú)的一次I/O，但是對(duì)于索引，由于經(jīng)常使用，絕大多數(shù)都已經(jīng)CACHE到內(nèi)
化學(xué)相關(guān)推薦
鄂ICP備17016276號(hào)-1