हैश ज्वाइन बनाम हैश सेमी जॉइन


8

PostgreSQL 9.2

मैं Hash Semi Joinऔर बस के बीच के अंतर को समझने की कोशिश कर रहा हूं Hash Join

यहाँ दो प्रश्न हैं:

मैं

EXPLAIN ANALYZE SELECT * FROM orders WHERE customerid IN (SELECT
customerid FROM customers WHERE state='MD');

Hash Semi Join  (cost=740.34..994.61 rows=249 width=30) (actual time=2.684..4.520 rows=120 loops=1)
  Hash Cond: (orders.customerid = customers.customerid)
  ->  Seq Scan on orders  (cost=0.00..220.00 rows=12000 width=30) (actual time=0.004..0.743 rows=12000 loops=1)
  ->  Hash  (cost=738.00..738.00 rows=187 width=4) (actual time=2.664..2.664 rows=187 loops=1)
        Buckets: 1024  Batches: 1  Memory Usage: 7kB
        ->  Seq Scan on customers  (cost=0.00..738.00 rows=187 width=4) (actual time=0.018..2.638 rows=187 loops=1)
              Filter: ((state)::text = 'MD'::text)
              Rows Removed by Filter: 19813

द्वितीय

EXPLAIN ANALYZE SELECT * FROM orders o JOIN customers c ON o.customerid = c.customerid WHERE c.state = 'MD'

Hash Join  (cost=740.34..1006.46 rows=112 width=298) (actual time=2.831..4.762 rows=120 loops=1)
  Hash Cond: (o.customerid = c.customerid)
  ->  Seq Scan on orders o  (cost=0.00..220.00 rows=12000 width=30) (actual time=0.004..0.768 rows=12000 loops=1)
  ->  Hash  (cost=738.00..738.00 rows=187 width=268) (actual time=2.807..2.807 rows=187 loops=1)
        Buckets: 1024  Batches: 1  Memory Usage: 37kB
        ->  Seq Scan on customers c  (cost=0.00..738.00 rows=187 width=268) (actual time=0.018..2.777 rows=187 loops=1)
              Filter: ((state)::text = 'MD'::text)
              Rows Removed by Filter: 19813

जैसा कि देखा जा सकता है, योजनाओं में एकमात्र अंतर यह है कि पहले मामले में, जल्दबाजी में खपत होती है 7kB, लेकिन दूसरे में 37kBऔर वह नोड है Hash Semi Join

लेकिन मुझे हैशटेबल आकार में अंतर समझ में नहीं आता है। Hashनोड पूरी तरह से एक ही का उपयोग करता है Seq Scanएक ही होने नोड Filter। अंतर क्यों है?


क्या आपने प्रश्नों का वास्तविक उत्पादन देखा है? या, उपयोग करें explain (analyze, verbose)
jjanes

जवाबों:


5

पहली क्वेरी में, केवल customer_id customersको हैश तालिका में से सहेजने की आवश्यकता होती है , क्योंकि यह सेमी-जॉइन को लागू करने के लिए आवश्यक एकमात्र डेटा है।

दूसरी क्वेरी में, सभी स्तंभों को हैश तालिका में संग्रहीत करने की आवश्यकता है, क्योंकि आप *ग्राहक के अस्तित्व के लिए केवल परीक्षण के बजाय तालिका से सभी स्तंभों का उपयोग कर रहे हैं (उपयोग कर रहे हैं )।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.