oracle表之間的關聯方式

2021-09-01 08:02:24 字數 2742 閱讀 4288

oracle表之間的關聯方式多表之間的連線有三種方式:nestedloops,hash join 和 sort merge join.

一. nested loop:

對於被連線的資料子集較小的情況,巢狀迴圈連線是個較好的選擇。在巢狀迴圈中,內錶被外表驅動,外表返回的每一行都要在內表中檢索找到與它匹配的行,因此整個查詢返回的結果集不能太大(大於1 萬不適合),要把返回子集較小表的作為外表(cbo 預設外表是驅動表),而且在內表的連線欄位上一定要有索引。當然也可以用ordered 提示來改變cbo預設的驅動表,使用use_nl(table_name1 table_name2)可是強制cbo 執行巢狀迴圈連線。

nested loop一般用在連線的表中有索引,並且索引選擇性較好的時候.

步驟:確定乙個驅動表(outer table),另乙個表為innertable,驅動表中的每一行與inner表中的相應記錄join。類似乙個巢狀的迴圈。適用於驅動表的記錄集比較小(<10000)而且inner表需要有有效的訪問方法(index)。需要注意的是:join的順序很重要,驅動表的記錄集一定要小,返回結果集的響應時間是最快的。

cost = outer access cost + (inner access cost * outercardinality)

| 2 | nested loops | | 3 | 141 | 7 (15)|

| 3 | table access full | employees | 3 | 60 | 4 (25)|

| 4 | table access by index rowid| jobs | 19 | 513 | 2 (50)|

| 5 | index unique scan | job_id_pk | 1 | | |

employees為outer table, jobs為inner table.

二. hash join :

雜湊連線是cbo 做大資料集連線時的常用方式,優化器使用兩個表中較小的表(或資料來源)利用連線鍵在記憶體中建立雜湊表,然後掃瞄較大的表並探測雜湊表,找出與雜湊表匹配的行。

這種方式適用於較小的表完全可以放於記憶體中的情況,這樣總成本就是訪問兩個表的成本之和。但是在表很大的情況下並不能完全放入記憶體,這時優化器會將它分割成若干不同的分割槽,不能放入記憶體的部分就把該分割槽寫入磁碟的臨時段,此時要有較大的臨時段從而盡量提高i/o 的效能。

也可以用use_hash(table_name1 table_name2)提示來強制使用雜湊連線。如果使用雜湊連線hash_area_size 初始化引數必須足夠的大,如果是9i,oracle建議使用sql工作區自動管理,設定workarea_size_policy 為auto,然後調整pga_aggregate_target 即可。

hash join在兩個表的資料量差別很大的時候.

步驟:將兩個表中較小的乙個在記憶體中構造乙個hash表(對joinkey),掃瞄另乙個表,同樣對join key進行hash後探測是否可以join。適用於記錄集比較大的情況。需要注意的是:如果hash錶太大,無法一次構造在記憶體中,則分成若干個partition,寫入磁碟的temporary segment,則會多乙個寫的代價,會降低效率。

cost = (outer access cost * # of hash partitions) + inner access cost

| id | operation | name | rows | bytes | cost (%cpu)|

| 0 | select statement | | 665 | 13300 | 8 (25)|

| 1 | hash join | | 665 | 13300 | 8 (25)|

| 2 | table access full | orders | 105 | 840 | 4 (25)|

| 3 | table access full | order_items | 665 | 7980 | 4 (25)|

orders為hash table,order_items掃瞄

三.sort merge join

通常情況下雜湊連線的效果都比排序合併連線要好,然而如果行源已經被排過序,在執行排序合併連線時不需要再排序了,這時排序合併連線的效能會優於雜湊連線。可以使用use_merge(table_name1 table_name2)來強制使用排序合併連線.

sort merge join 用在沒有索引,並且資料已經排序的情況.

cost = (outer access cost * # of hash partitions) + inneraccess cost

步驟:將兩個表排序,然後將兩個表合併。通常情況下,只有在以下情況發生時,才會使用此種join方式:

1.rbo模式

2.不等價關聯(>,<,>=,<=,<>)

3.hash_join_enabled=false

4.資料來源已排序

四.  三種連線工作方式比較:

hash join的工作方式是將乙個表(通常是小一點的那個表)做hash運算,將列資料儲存到hash列表中,從另乙個表中抽取記錄,做hash運算,到hash 列表中找到相應的值,做匹配。

nested loops 工作方式是從一張表中讀取資料,訪問另一張表(通常是索引)來做匹配,nestedloops適用的場合是當乙個關聯表比較小的時候,效率會更高。

mergejoin 是先將關聯表的關聯列各自做排序,然後從各自的排序表中抽取資料,到另乙個排序表中做匹配,因為merge join需要做更多的排序,所以消耗的資源更多。 通常來講,能夠使用merge join的地方,hash join都可以發揮更好的效能。

摘自:

elasticsearch關聯方式簡介

一 應用層連線 多索引,但是沒有資料顯示多個索引之間應該怎樣關聯,只能粗暴的當成乙個文件 params index type body json 二 非規範化資料 冗餘 將其他文件的資料統計出來,再根據關聯字段,將統計結果更新到本資料 問題 資料量大時,的的foreach一條一條更新,速度慢 三 巢...

SQL Server用錯關聯方式

sql server中不少怪異問題都是由用錯關聯方式引起的,從2000到2005有所改善,但2005的查詢優化引擎還是存在 犯傻 的時候 1.問題1 現象 乙個儲存過程,通過乙個服務程式呼叫,長時間不能結束,資料庫伺服器顯示該儲存過程執行到某個語句時一直等待在那,資料庫伺服器記憶體充足,cpu消耗幾...

表之間的關聯 Oracle

分類 計算機 為了做報表,經常對資料庫裡資料的操作,應該算是自己的一點小小的經驗.在這裡為了方便敘述,表1 用a 表示 表2 用b表示 a a1,a2,a3 b b1,b2,b3 1.直連 select a.b.from a,b where a.a1 b.b1 作用 求兩個表中的交集.2.左連或右連...