怎么正確使用PostgreSQL中的OR-創(chuàng)新互聯(lián)

本篇內(nèi)容介紹了“怎么正確使用PostgreSQL中的OR”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

創(chuàng)新互聯(lián)于2013年創(chuàng)立，是專業(yè)互聯(lián)網(wǎng)技術(shù)服務(wù)公司，擁有項(xiàng)目網(wǎng)站建設(shè)、網(wǎng)站設(shè)計(jì)網(wǎng)站策劃，項(xiàng)目實(shí)施與項(xiàng)目整合能力。我們以讓每一個(gè)夢(mèng)想脫穎而出為使命，1280元上街做網(wǎng)站,已為上家服務(wù),為上街各地企業(yè)和個(gè)人服務(wù),聯(lián)系電話:13518219792

在SQL語句中，對(duì)OR使用不當(dāng)可能會(huì)導(dǎo)致較差的查詢效率。這并不意味著不能用OR而是在使用OR時(shí)需考慮可能存在的性能問題。
測(cè)試數(shù)據(jù)：

DROP TABLE a;
CREATE TABLE a(id integer NOT NULL, a_val text NOT NULL);
INSERT INTO a
   SELECT i, md5(i::text)
   FROM generate_series(1, 1000000) i;
DROP TABLE b; 
CREATE TABLE b(id integer NOT NULL, b_val text NOT NULL);
INSERT INTO b
   SELECT i, md5(i::text)
   FROM generate_series(1, 1000000) i;
ALTER TABLE a ADD PRIMARY KEY (id);
ALTER TABLE b ADD PRIMARY KEY (id);
ALTER TABLE b ADD FOREIGN KEY (id) REFERENCES a;
VACUUM (ANALYZE) a;
VACUUM (ANALYZE) b;

OR vs IN
條件語句p1 OR p2，如可以考慮使用IN來改寫，比如：

[local:/data/pg12]:5432 pg12@testdb=# EXPLAIN verbose
SELECT id FROM a
WHERE id = 42
   OR id = 4711;
                                QUERY PLAN                                 
---------------------------------------------------------------------------
 Bitmap Heap Scan on public.a  (cost=8.87..16.80 rows=2 width=4)
   Output: id
   Recheck Cond: ((a.id = 42) OR (a.id = 4711))
   ->  BitmapOr  (cost=8.87..8.87 rows=2 width=0)
         ->  Bitmap Index Scan on a_pkey  (cost=0.00..4.43 rows=1 width=0)
               Index Cond: (a.id = 42)
         ->  Bitmap Index Scan on a_pkey  (cost=0.00..4.43 rows=1 width=0)
               Index Cond: (a.id = 4711)
(8 rows)
[local:/data/pg12]:5432 pg12@testdb=# 
[local:/data/pg12]:5432 pg12@testdb=# EXPLAIN verbose
SELECT id FROM a
WHERE id in (42,4711);
                                 QUERY PLAN                                 
----------------------------------------------------------------------------
 Index Only Scan using a_pkey on public.a  (cost=0.42..8.88 rows=2 width=4)
   Output: id
   Index Cond: (a.id = ANY ('{42,4711}'::integer[]))
(3 rows)
[local:/data/pg12]:5432 pg12@testdb=#

使用OR操作符，PG優(yōu)化器走的是Bitmap Index Scan，使用IN，優(yōu)化器選擇的路徑是Index Only Scan，相對(duì)于Bitmap Index Scan少了Bitmap的建立，成本自然要低不少。

OR and Join
在Join場(chǎng)景中，如果在參與join的表上都存在查詢條件然后在where子句中應(yīng)用OR關(guān)聯(lián)，那么優(yōu)化器會(huì)選擇a和b連接然后使用Filter過濾，由于先進(jìn)行join而沒有進(jìn)行謂詞下推，因此為了得到1行而filter了999999行，代價(jià)巨大。

[local:/data/pg12]:5432 pg12@testdb=# EXPLAIN verbose    
SELECT id, a.a_val, b.b_val
FROM a JOIN b USING (id)
WHERE a.id = 42
   OR b.id = 42;
                                         QUERY PLAN                                          
---------------------------------------------------------------------------------------------
 Gather  (cost=21965.00..45327.62 rows=2 width=70)
   Output: a.id, a.a_val, b.b_val
   Workers Planned: 2
   ->  Parallel Hash Join  (cost=20965.00..44327.42 rows=1 width=70)
         Output: a.id, a.a_val, b.b_val
         Inner Unique: true
         Hash Cond: (a.id = b.id)
         Join Filter: ((a.id = 42) OR (b.id = 42))
         ->  Parallel Seq Scan on public.a  (cost=0.00..12500.67 rows=416667 width=37)
               Output: a.id, a.a_val
         ->  Parallel Hash  (cost=12500.67..12500.67 rows=416667 width=37)
               Output: b.b_val, b.id
               ->  Parallel Seq Scan on public.b  (cost=0.00..12500.67 rows=416667 width=37)
                     Output: b.b_val, b.id
(14 rows)

在這種情況下，可以通過使用UNION來關(guān)聯(lián)兩個(gè)JOIN提升性能

[local:/data/pg12]:5432 pg12@testdb=# EXPLAIN verbose
pg12@testdb-# SELECT id, a.a_val, b.b_val
pg12@testdb-# FROM a JOIN b USING (id)
pg12@testdb-# WHERE a.id = 42
pg12@testdb-# UNION
pg12@testdb-# SELECT id, a.a_val, b.b_val
pg12@testdb-# FROM a JOIN b USING (id)
pg12@testdb-# WHERE b.id = 42
pg12@testdb-# ;
                                             QUERY PLAN                                             
----------------------------------------------------------------------------------------------------
 Unique  (cost=33.83..33.85 rows=2 width=68)
   Output: a.id, a.a_val, b.b_val
   ->  Sort  (cost=33.83..33.84 rows=2 width=68)
         Output: a.id, a.a_val, b.b_val
         Sort Key: a.id, a.a_val, b.b_val
         ->  Append  (cost=0.85..33.82 rows=2 width=68)
               ->  Nested Loop  (cost=0.85..16.90 rows=1 width=70)
                     Output: a.id, a.a_val, b.b_val
                     ->  Index Scan using a_pkey on public.a  (cost=0.42..8.44 rows=1 width=37)
                           Output: a.id, a.a_val
                           Index Cond: (a.id = 42)
                     ->  Index Scan using b_pkey on public.b  (cost=0.42..8.44 rows=1 width=37)
                           Output: b.id, b.b_val
                           Index Cond: (b.id = 42)
               ->  Nested Loop  (cost=0.85..16.90 rows=1 width=70)
                     Output: a_1.id, a_1.a_val, b_1.b_val
                     ->  Index Scan using a_pkey on public.a a_1  (cost=0.42..8.44 rows=1 width=37)
                           Output: a_1.id, a_1.a_val
                           Index Cond: (a_1.id = 42)
                     ->  Index Scan using b_pkey on public.b b_1  (cost=0.42..8.44 rows=1 width=37)
                           Output: b_1.id, b_1.b_val
                           Index Cond: (b_1.id = 42)
(22 rows)
[local:/data/pg12]:5432 pg12@testdb=#

兩個(gè)子連接選擇了成本最低的NL join，總成本是原來SQL語句成本的0.1%都不到，差了3個(gè)數(shù)量級(jí)。

“怎么正確使用PostgreSQL中的OR”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！

新聞標(biāo)題：怎么正確使用PostgreSQL中的OR-創(chuàng)新互聯(lián)
URL地址：http://m.kartarina.com/article4/cdsoie.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供關(guān)鍵詞優(yōu)化、定制開發(fā)、企業(yè)建站、標(biāo)簽優(yōu)化、域名注冊(cè)、電子商務(wù)

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源：創(chuàng)新互聯(lián)

猜你還喜歡下面的內(nèi)容