🥇हैप्पी पार्टी या PostgreSQL10 में विभाजन को जानने के बारे में यादों की कुछ पंक्तियाँ

प्रस्तावना या अनुभागीकरण का विचार कैसे आया

कहानी यहां से शुरू होती है: क्या आपको याद है कि यह सब कैसे शुरू हुआ? सब कुछ पहली बार और बार-बार था। उस समय अनुरोध को अनुकूलित करने के लगभग सभी संसाधन समाप्त हो जाने के बाद, सवाल उठा - आगे क्या? इस तरह बंटवारे का विचार आया.

गीतात्मक विषयांतर:
सटीक रूप से 'उस क्षण', क्योंकि जैसा कि बाद में पता चला, अप्रयुक्त अनुकूलन भंडार थे। आपका धन्यवाद asmm और हबरू!

तो, आप ग्राहक को कैसे खुश कर सकते हैं और साथ ही अपने कौशल में सुधार कैसे कर सकते हैं?

जितना संभव हो सके हर चीज़ को सरल बनाना, तो डेटाबेस के प्रदर्शन में मौलिक रूप से कुछ सुधार करने के केवल दो तरीके हैं:
1) व्यापक पथ - हम संसाधन बढ़ाते हैं, कॉन्फ़िगरेशन बदलते हैं;
2) गहन पथ - क्वेरी अनुकूलन

चूँकि, मैं दोहराता हूँ, उस समय यह स्पष्ट नहीं था कि गति बढ़ाने के अनुरोध में और क्या बदला जाए, रास्ता चुना गया - टेबल डिज़ाइन में परिवर्तन।

तो, मुख्य प्रश्न उठता है: हम क्या और कैसे बदलेंगे?

आरंभिक स्थितियां

सबसे पहले, यह ईआरडी है (सशर्त सरल तरीके से दिखाया गया है):

मुख्य विशेषताएं:

अनेक-से-अनेक संबंध
तालिका में पहले से ही एक संभावित विभाजन कुंजी है

मूल अनुरोध:

SELECT
            p."PARAMETER_ID" as  parameter_id,
            pc."PC_NAME" AS pc_name,
            pc."CUSTOMER_PARTNUMBER" AS customer_partnumber,
            w."LASERMARK" AS lasermark,
            w."LOTID" AS lotid,
            w."REPORTED_VALUE" AS reported_value,
            w."LOWER_SPEC_LIMIT" AS lower_spec_limit,
            w."UPPER_SPEC_LIMIT" AS upper_spec_limit,
            p."TYPE_CALCUL" AS type_calcul,
            s."SHIPMENT_NAME" AS shipment_name,
            s."SHIPMENT_DATE" AS shipment_date,
            extract(year from s."SHIPMENT_DATE") AS year,
            extract(month from s."SHIPMENT_DATE") as month,
            s."REPORT_NAME" AS report_name,
            p."SPARAM_NAME" AS SPARAM_name,
            p."CUSTOMERPARAM_NAME" AS customerparam_name
        FROM data w INNER JOIN shipment s ON s."SHIPMENT_ID" = w."SHIPMENT_ID"
             INNER JOIN parameters p ON p."PARAMETER_ID" = w."PARAMETER_ID"
             INNER JOIN shipment_pc sp ON s."SHIPMENT_ID" = sp."SHIPMENT_ID"
             INNER JOIN pc pc ON pc."PC_ID" = sp."PC_ID"
             INNER JOIN ( SELECT w2."LASERMARK" , MAX(s2."SHIPMENT_DATE") AS "SHIPMENT_DATE"
                          FROM shipment s2 INNER JOIN data w2 ON s2."SHIPMENT_ID" = w2."SHIPMENT_ID" 
                          GROUP BY w2."LASERMARK"
                         ) md ON md."SHIPMENT_DATE" = s."SHIPMENT_DATE" AND md."LASERMARK" = w."LASERMARK"
        WHERE 
             s."SHIPMENT_DATE" >= '2018-07-01' AND s."SHIPMENT_DATE" <= '2018-09-30' ;

परीक्षण डेटाबेस पर निष्पादन के परिणाम:
लागत : 502 997.55
निष्पादन समय: 505 सेकंड।

हम क्या देखते हैं? समय खंड के आधार पर एक नियमित अनुरोध।
आइए सबसे सरल तार्किक धारणा बनाएं: यदि समय स्लाइस का कोई नमूना है, तो क्या यह हमारी मदद करेगा? यह सही है - विभाजन.

क्या सेक्शन करें?

पहली नज़र में, विकल्प स्पष्ट है - "SHIPMENT_DATE" कुंजी का उपयोग करके "शिपमेंट" तालिका का घोषणात्मक विभाजन (बहुत आगे निकल जाना - अंत में उत्पादन में यह थोड़ा गलत निकला).

विभाजन कैसे करें?

ये सवाल ज्यादा कठिन भी नहीं है. सौभाग्य से, PostgreSQL 10 में, अब एक मानव विभाजन तंत्र है।
तो:

स्रोत तालिका का डंप सहेजें - pg_dump source_table
मूल तालिका हटाएँ - ड्रॉप टेबल source_table
श्रेणी विभाजन के साथ एक मूल तालिका बनाएं - तालिका बनाएं source_table
अनुभाग बनाएं - तालिका बनाएं source_table, अनुक्रमणिका बनाएं
चरण 1 में बनाए गए डंप को आयात करें - pg_restore

विभाजन के लिए स्क्रिप्ट

सरलता और सुविधा के लिए, चरण 2,3,4 को एक स्क्रिप्ट में जोड़ दिया गया है।

तो:
स्रोत तालिका का एक डंप सहेजें

pg_dump postgres --file=/dump/shipment.dmp --format=c --table=shipment --verbose > /dump/shipment.log 2>&1

स्रोत तालिका हटाएँ + श्रेणी विभाजन के साथ एक मूल तालिका बनाएँ + विभाजन बनाएँ

--create_partition_shipment.sql
do language plpgsql $$
declare 
rec_shipment_date RECORD ;
partition_name varchar;
index_name varchar;
current_year varchar ;
current_month varchar ;
begin_year varchar ;
begin_month varchar ;
next_year varchar ;
next_month varchar ;
first_flag boolean ;
i integer ;
begin
  RAISE NOTICE 'CREATE TEMPORARY TABLE FOR SHIPMENT_DATE';
  CREATE TEMP TABLE tmp_shipment_date as select distinct "SHIPMENT_DATE" from shipment order by "SHIPMENT_DATE" ;

  RAISE NOTICE 'DROP TABLE shipment';
  drop table shipment cascade ;
  
  CREATE TABLE public.shipment
  (
    "SHIPMENT_ID" integer NOT NULL DEFAULT nextval('shipment_shipment_id_seq'::regclass),
    "SHIPMENT_NAME" character varying(30) COLLATE pg_catalog."default",
    "SHIPMENT_DATE" timestamp without time zone,
    "REPORT_NAME" character varying(40) COLLATE pg_catalog."default"
  )
  PARTITION BY RANGE ("SHIPMENT_DATE")
  WITH (
      OIDS = FALSE
  )
  TABLESPACE pg_default;

  RAISE NOTICE 'CREATE PARTITIONS FOR TABLE shipment';

  current_year:='0';
  current_month:='0';

  begin_year := '0' ;
  begin_month := '0'  ;
  next_year := '0' ;
  next_month := '0'  ;

  FOR rec_shipment_date IN SELECT * FROM tmp_shipment_date LOOP
      
      RAISE NOTICE 'SHIPMENT_DATE=%',rec_shipment_date."SHIPMENT_DATE";
      
      current_year := date_part('year' ,rec_shipment_date."SHIPMENT_DATE");
      current_month := date_part('month' ,rec_shipment_date."SHIPMENT_DATE") ; 

      IF to_number(current_month,'99') < 10 THEN
        current_month := '0'||current_month ; 
      END IF ;

      --Init borders
      IF   begin_year = '0' THEN
       first_flag := true ; --first time flag
       begin_year := current_year ;
       begin_month := current_month ;   
   
        IF current_month = '12' THEN
          next_year := date_part('year' ,rec_shipment_date."SHIPMENT_DATE" + interval '1 year') ;
        ELSE
          next_year := current_year ;
        END IF;
     
       next_month := date_part('month' ,rec_shipment_date."SHIPMENT_DATE" + interval '1 month') ;

      END IF;

      -- Check current date into borders NOT for First time
      IF to_date( current_year||'.'||current_month, 'YYYY.MM') >= to_date( begin_year||'.'||begin_month, 'YYYY.MM') AND 
         to_date( current_year||'.'||current_month, 'YYYY.MM') < to_date( next_year||'.'||next_month, 'YYYY.MM') AND 
         NOT first_flag 
      THEN
         CONTINUE ; 
      ELSE
       --NEW borders only for second and after time 
       begin_year := current_year ;
       begin_month := current_month ;   
   
        IF current_month = '12' THEN
          next_year := date_part('year' ,rec_shipment_date."SHIPMENT_DATE" + interval '1 year') ;
        ELSE
          next_year := current_year ;
        END IF;
     
       next_month := date_part('month' ,rec_shipment_date."SHIPMENT_DATE" + interval '1 month') ;

      END IF;      

      partition_name := 'shipment_shipment_date_'||begin_year||'-'||begin_month||'-01-'|| next_year||'-'||next_month||'-01'  ;
 
     EXECUTE format('CREATE TABLE ' || quote_ident(partition_name) || ' PARTITION OF shipment FOR VALUES FROM ( %L ) TO ( %L )  ' , current_year||'-'||current_month||'-01' , next_year||'-'||next_month||'-01'  ) ; 

      index_name := partition_name||'_shipment_id_idx';
      RAISE NOTICE 'INDEX NAME =%',index_name;
      EXECUTE format('CREATE INDEX ' || quote_ident(index_name) || ' ON '|| quote_ident(partition_name) ||' USING btree ("SHIPMENT_ID") TABLESPACE pg_default ' ) ; 

      --Drop first time flag
      first_flag := false ;
   
  END LOOP;

end
$$;

डंप आयात करना

pg_restore -d postgres --data-only --format=c --table=shipment --verbose  shipment.dmp > /tmp/data_dump/shipment_restore.log 2>&1

विभाजन परिणामों की जाँच करना

परिणामस्वरूप हमारे पास क्या है? निष्पादन योजना का पूरा पाठ बड़ा और उबाऊ है, इसलिए स्वयं को अंतिम संख्याओं तक सीमित रखना काफी संभव है।

यह था

लागत: 502 997.55
निष्पादन समय: 505 सेकंड.

यह बन गया

लागत: 77 872.36
निष्पादन समय: 79 सेकंड.

काफी अच्छा परिणाम है. कम लागत और निष्पादन समय. इस प्रकार, विभाजन का उपयोग अपेक्षित प्रभाव देता है और सामान्य तौर पर, कोई आश्चर्य नहीं होता है।

ग्राहक को खुश करें

परीक्षण के परिणाम समीक्षा के लिए ग्राहक के सामने प्रस्तुत किए गए। और इसकी समीक्षा करने के बाद, उन्हें कुछ हद तक अप्रत्याशित निर्णय दिया गया: "बढ़िया, "डेटा" तालिका को विभाजित करें।"

हां, लेकिन हमने एक पूरी तरह से अलग "शिपमेंट" तालिका की जांच की; "डेटा" तालिका में "SHIPMENT_DATE" फ़ील्ड नहीं है।

कोई समस्या नहीं, जोड़ें, बदलें। मुख्य बात यह है कि ग्राहक परिणाम से संतुष्ट है; कार्यान्वयन विवरण विशेष रूप से महत्वपूर्ण नहीं हैं।

मुख्य तालिका "डेटा" का विभाजन

सामान्य तौर पर, कोई विशेष कठिनाई उत्पन्न नहीं हुई। हालाँकि, विभाजन एल्गोरिथ्म, निश्चित रूप से, कुछ हद तक बदल गया है।

"SHIPMENT_DATA" कॉलम को "डेटा" तालिका में जोड़ें

psql -h хост -U база -d юзер
=> ALTER TABLE data ADD COLUMN "SHIPMENT_DATE" timestamp without time zone ;

"डेटा" तालिका में "SHIPMENT_DATA" कॉलम के मानों को "शिपमेंट" तालिका से उसी नाम के कॉलम के मानों के साथ भरें

-----------------------------
--update_data.sql
--updating for altered table "data" to values of "shipment_data" from the table "shipment"
--version 1.0
do language plpgsql $$
declare 
rec_shipment_data RECORD ;
shipment_date timestamp without time zone ; 
row_count integer ;
total_rows integer ;
begin

  select count(*) into total_rows from shipment ; 
  RAISE NOTICE 'Total %',total_rows;
  row_count:= 0 ;

  FOR rec_shipment_data IN SELECT * FROM shipment LOOP

   update data set "SHIPMENT_DATE" = rec_shipment_data."SHIPMENT_DATE" where "SHIPMENT_ID" = rec_shipment_data."SHIPMENT_ID";
   
   row_count:=  row_count +1 ;
   RAISE NOTICE 'row count = % , from %',row_count,total_rows;
  END LOOP;

end
$$;

"डेटा" तालिका का एक डंप सहेजें

pg_dump postgres --file=/dump/data.dmp --format=c --table=data --verbose > /dump/data.log 2>&1</source

विभाजित तालिका "डेटा" को फिर से बनाएं

--create_partition_data.sql
--create partitions for the table "wafer data" by range column "shipment_data" with one month duration
--version 1.0
do language plpgsql $$
declare 
rec_shipment_date RECORD ;
partition_name varchar;
index_name varchar;
current_year varchar ;
current_month varchar ;
begin_year varchar ;
begin_month varchar ;
next_year varchar ;
next_month varchar ;
first_flag boolean ;
i integer ;

begin

  RAISE NOTICE 'CREATE TEMPORARY TABLE FOR SHIPMENT_DATE';
  CREATE TEMP TABLE tmp_shipment_date as select distinct "SHIPMENT_DATE" from shipment order by "SHIPMENT_DATE" ;


  RAISE NOTICE 'DROP TABLE data';
  drop table data cascade ;


  RAISE NOTICE 'CREATE PARTITIONED TABLE data';
  
  CREATE TABLE public.data
  (
    "RUN_ID" integer,
    "LASERMARK" character varying(20) COLLATE pg_catalog."default" NOT NULL,
    "LOTID" character varying(80) COLLATE pg_catalog."default",
    "SHIPMENT_ID" integer NOT NULL,
    "PARAMETER_ID" integer NOT NULL,
    "INTERNAL_VALUE" character varying(75) COLLATE pg_catalog."default",
    "REPORTED_VALUE" character varying(75) COLLATE pg_catalog."default",
    "LOWER_SPEC_LIMIT" numeric,
    "UPPER_SPEC_LIMIT" numeric , 
    "SHIPMENT_DATE" timestamp without time zone
  )
  PARTITION BY RANGE ("SHIPMENT_DATE")
  WITH (
    OIDS = FALSE
  )
  TABLESPACE pg_default ;


  RAISE NOTICE 'CREATE PARTITIONS FOR TABLE data';

  current_year:='0';
  current_month:='0';

  begin_year := '0' ;
  begin_month := '0'  ;
  next_year := '0' ;
  next_month := '0'  ;
  i := 1;

  FOR rec_shipment_date IN SELECT * FROM tmp_shipment_date LOOP
      
      RAISE NOTICE 'SHIPMENT_DATE=%',rec_shipment_date."SHIPMENT_DATE";
      
      current_year := date_part('year' ,rec_shipment_date."SHIPMENT_DATE");
      current_month := date_part('month' ,rec_shipment_date."SHIPMENT_DATE") ; 

      --Init borders
      IF   begin_year = '0' THEN
       RAISE NOTICE '***Init borders';
       first_flag := true ; --first time flag
       begin_year := current_year ;
       begin_month := current_month ;   
   
        IF current_month = '12' THEN
          next_year := date_part('year' ,rec_shipment_date."SHIPMENT_DATE" + interval '1 year') ;
        ELSE
          next_year := current_year ;
        END IF;
     
       next_month := date_part('month' ,rec_shipment_date."SHIPMENT_DATE" + interval '1 month') ;

      END IF;

--      RAISE NOTICE 'current_year=% , current_month=% ',current_year,current_month;
--      RAISE NOTICE 'begin_year=% , begin_month=% ',begin_year,begin_month;
--      RAISE NOTICE 'next_year=% , next_month=% ',next_year,next_month;

      -- Check current date into borders NOT for First time

      RAISE NOTICE 'Current data = %',to_char( to_date( current_year||'.'||current_month, 'YYYY.MM'), 'YYYY.MM');
      RAISE NOTICE 'Begin data = %',to_char( to_date( begin_year||'.'||begin_month, 'YYYY.MM'), 'YYYY.MM');
      RAISE NOTICE 'Next data = %',to_char( to_date( next_year||'.'||next_month, 'YYYY.MM'), 'YYYY.MM');

      IF to_date( current_year||'.'||current_month, 'YYYY.MM') >= to_date( begin_year||'.'||begin_month, 'YYYY.MM') AND 
         to_date( current_year||'.'||current_month, 'YYYY.MM') < to_date( next_year||'.'||next_month, 'YYYY.MM') AND 
         NOT first_flag 
      THEN
         RAISE NOTICE '***CONTINUE';
         CONTINUE ; 
      ELSE
       --NEW borders only for second and after time 
       RAISE NOTICE '***NEW BORDERS';
       begin_year := current_year ;
       begin_month := current_month ;   
   
        IF current_month = '12' THEN
          next_year := date_part('year' ,rec_shipment_date."SHIPMENT_DATE" + interval '1 year') ;
        ELSE
          next_year := current_year ;
        END IF;
     
       next_month := date_part('month' ,rec_shipment_date."SHIPMENT_DATE" + interval '1 month') ;


      END IF;      

      IF to_number(current_month,'99') < 10 THEN
        current_month := '0'||current_month ; 
      END IF ;

      IF to_number(begin_month,'99') < 10 THEN
        begin_month := '0'||begin_month ; 
      END IF ;

      IF to_number(next_month,'99') < 10 THEN
        next_month := '0'||next_month ; 
      END IF ;

      RAISE NOTICE 'current_year=% , current_month=% ',current_year,current_month;
      RAISE NOTICE 'begin_year=% , begin_month=% ',begin_year,begin_month;
      RAISE NOTICE 'next_year=% , next_month=% ',next_year,next_month;

      partition_name := 'data_'||begin_year||begin_month||'01_'||next_year||next_month||'01'  ;

      RAISE NOTICE 'PARTITION NUMBER % , TABLE NAME =%',i , partition_name;
      
      EXECUTE format('CREATE TABLE ' || quote_ident(partition_name) || ' PARTITION OF data FOR VALUES FROM ( %L ) TO ( %L )  ' , begin_year||'-'||begin_month||'-01' , next_year||'-'||next_month||'-01'  ) ; 

      index_name := partition_name||'_shipment_id_parameter_id_idx';
      RAISE NOTICE 'INDEX NAME =%',index_name;
      EXECUTE format('CREATE INDEX ' || quote_ident(index_name) || ' ON '|| quote_ident(partition_name) ||' USING btree ("SHIPMENT_ID", "PARAMETER_ID") TABLESPACE pg_default ' ) ; 

      index_name := partition_name||'_lasermark_idx';
      RAISE NOTICE 'INDEX NAME =%',index_name;
      EXECUTE format('CREATE INDEX ' || quote_ident(index_name) || ' ON '|| quote_ident(partition_name) ||' USING btree ("LASERMARK" COLLATE pg_catalog."default") TABLESPACE pg_default ' ) ; 

      index_name := partition_name||'_shipment_id_idx';
      RAISE NOTICE 'INDEX NAME =%',index_name;
      EXECUTE format('CREATE INDEX ' || quote_ident(index_name) || ' ON '|| quote_ident(partition_name) ||' USING btree ("SHIPMENT_ID") TABLESPACE pg_default ' ) ; 

      index_name := partition_name||'_parameter_id_idx';
      RAISE NOTICE 'INDEX NAME =%',index_name;
      EXECUTE format('CREATE INDEX ' || quote_ident(index_name) || ' ON '|| quote_ident(partition_name) ||' USING btree ("PARAMETER_ID") TABLESPACE pg_default ' ) ; 

      index_name := partition_name||'_shipment_date_idx';
      RAISE NOTICE 'INDEX NAME =%',index_name;
      EXECUTE format('CREATE INDEX ' || quote_ident(index_name) || ' ON '|| quote_ident(partition_name) ||' USING btree ("SHIPMENT_DATE") TABLESPACE pg_default ' ) ; 

      --Drop first time flag
      first_flag := false ;

  END LOOP;
end
$$;

चरण 3 में बनाए गए डंप को लोड करें।

pg_restore -h хост -юзер -d база --data-only --format=c --table=data --verbose  data.dmp > data_restore.log 2>&1

पुराने डेटा के लिए एक अलग सेक्शन बनाएं

---------------------------------------------------
--create_partition_for_old_dates.sql
--create partitions for keeping old dates 
--version 1.0
do language plpgsql $$
declare 
rec_shipment_date RECORD ;
partition_name varchar;
index_name varchar;

begin

      SELECT min("SHIPMENT_DATE") AS min_date INTO rec_shipment_date from data ;

      RAISE NOTICE 'Old date is %',rec_shipment_date.min_date ;

      partition_name := 'data_old_dates'  ;

      RAISE NOTICE 'PARTITION NAME IS %',partition_name;

      EXECUTE format('CREATE TABLE ' || quote_ident(partition_name) || ' PARTITION OF data FOR VALUES FROM ( %L ) TO ( %L )  ' , '1900-01-01' , 
              to_char( rec_shipment_date.min_date,'YYYY')||'-'||to_char(rec_shipment_date.min_date,'MM')||'-01'  ) ; 

      index_name := partition_name||'_shipment_id_parameter_id_idx';
      EXECUTE format('CREATE INDEX ' || quote_ident(index_name) || ' ON '|| quote_ident(partition_name) ||' USING btree ("SHIPMENT_ID", "PARAMETER_ID") TABLESPACE pg_default ' ) ; 

      index_name := partition_name||'_lasermark_idx';
      EXECUTE format('CREATE INDEX ' || quote_ident(index_name) || ' ON '|| quote_ident(partition_name) ||' USING btree ("LASERMARK" COLLATE pg_catalog."default") TABLESPACE pg_default ' ) ; 

      index_name := partition_name||'_shipment_id_idx';
      EXECUTE format('CREATE INDEX ' || quote_ident(index_name) || ' ON '|| quote_ident(partition_name) ||' USING btree ("SHIPMENT_ID") TABLESPACE pg_default ' ) ; 

      index_name := partition_name||'_parameter_id_idx';
      EXECUTE format('CREATE INDEX ' || quote_ident(index_name) || ' ON '|| quote_ident(partition_name) ||' USING btree ("PARAMETER_ID") TABLESPACE pg_default ' ) ; 

      index_name := partition_name||'_shipment_date_idx';
      EXECUTE format('CREATE INDEX ' || quote_ident(index_name) || ' ON '|| quote_ident(partition_name) ||' USING btree ("SHIPMENT_DATE") TABLESPACE pg_default ' ) ; 

end
$$;

अंतिम परिणाम:

यह था
लागत: 502 997.55
निष्पादन समय: 505 सेकंड।

यह बन गया
लागत: 68 533.70
निष्पादन समय: 69 सेकंड

योग्य, काफ़ी योग्य। और यह देखते हुए कि जिस तरह से हम PostgreSQL 10 में विभाजन तंत्र में कमोबेश महारत हासिल करने में कामयाब रहे - एक उत्कृष्ट परिणाम।

गीतात्मक विषयांतर

क्या इससे भी बेहतर करना संभव है - हाँ, आप कर सकते हैं!ऐसा करने के लिए आपको MATERIALIZED VIEW का उपयोग करना होगा।
भौतिकीकृत दृश्य LASERMARK_VIEW बनाएं

CREATE MATERIALIZED VIEW LASERMARK_VIEW 
AS
SELECT w."LASERMARK" , MAX(s."SHIPMENT_DATE") AS "SHIPMENT_DATE"
FROM shipment s INNER JOIN data w ON s."SHIPMENT_ID" = w."SHIPMENT_ID" 
GROUP BY w."LASERMARK" ;

CREATE INDEX lasermark_vw_shipment_date_ind on lasermark_view USING btree ("SHIPMENT_DATE") TABLESPACE pg_default;
analyze lasermark_view ;

एक बार फिर हम अनुरोध को फिर से लिखते हैं:
भौतिक दृश्य का उपयोग करके क्वेरी करें

SELECT
            p."PARAMETER_ID" as  parameter_id,
            pc."PC_NAME" AS pc_name,
            pc."CUSTOMER_PARTNUMBER" AS customer_partnumber,
            w."LASERMARK" AS lasermark,
            w."LOTID" AS lotid,
            w."REPORTED_VALUE" AS reported_value,
            w."LOWER_SPEC_LIMIT" AS lower_spec_limit,
            w."UPPER_SPEC_LIMIT" AS upper_spec_limit,
            p."TYPE_CALCUL" AS type_calcul,
            s."SHIPMENT_NAME" AS shipment_name,
            s."SHIPMENT_DATE" AS shipment_date,
            extract(year from s."SHIPMENT_DATE") AS year,
            extract(month from s."SHIPMENT_DATE") as month,
            s."REPORT_NAME" AS report_name,
            p."STC_NAME" AS STC_name,
            p."CUSTOMERPARAM_NAME" AS customerparam_name
        FROM data w INNER JOIN shipment s ON s."SHIPMENT_ID" = w."SHIPMENT_ID"
             INNER JOIN parameters p ON p."PARAMETER_ID" = w."PARAMETER_ID"
             INNER JOIN shipment_pc sp ON s."SHIPMENT_ID" = sp."SHIPMENT_ID"
             INNER JOIN pc pc ON pc."PC_ID" = sp."PC_ID"
             INNER JOIN LASERMARK_VIEW md ON md."SHIPMENT_DATE" = s."SHIPMENT_DATE" AND md."LASERMARK" = w."LASERMARK"
        WHERE 
              s."SHIPMENT_DATE" >= '2018-07-01' AND s."SHIPMENT_DATE" <= '2018-09-30';

और हमें एक और परिणाम मिलता है:
यह था
लागत: 502 997.55
निष्पादन समय: 505 सेकंड

यह बन गया
लागत: 42 481.16
निष्पादन समय: 43 सेकंड.

हालाँकि, निस्संदेह, ऐसा आशाजनक परिणाम भ्रामक है; विचारों को ताज़ा करने की आवश्यकता है। इसलिए डेटा प्राप्त करने का कुल समय ज्यादा मदद नहीं करेगा। लेकिन प्रयोग के तौर पर यह काफी दिलचस्प है.

दरअसल, जैसा कि यह निकला, फिर से धन्यवाद asmm और हबरू!- क्वेरी को और बेहतर बनाया जा सकता है.

अंतभाषण

तो, ग्राहक संतुष्ट है. और को स्थिति का लाभ उठाएं.

नया कार्य: आप गहराई और विस्तार के लिए क्या सोच सकते हैं?

और फिर मुझे याद आया - दोस्तों, हमारे पास अपने PostgreSQL डेटाबेस की निगरानी नहीं है।

दिल पर हाथ रखकर, AWS पर क्लाउड वॉच के रूप में अभी भी कुछ निगरानी है। लेकिन डीबीए के लिए इस निगरानी का क्या लाभ है? सामान्य तौर पर, व्यावहारिक रूप से कोई नहीं।

यदि आपके पास अपने लिए कुछ उपयोगी और दिलचस्प करने का मौका है, तो आप इस अवसर का लाभ नहीं उठा सकते...
क्योंकि

इस प्रकार हम सबसे दिलचस्प भाग पर आते हैं:

3 दिसंबर 2018.
PostgreSQL क्वेरीज़ के प्रदर्शन की निगरानी के लिए उपलब्ध क्षमताओं पर शोध शुरू करने का निर्णय लेना।

लेकिन यह बिल्कुल अलग कहानी है.

करने के लिए जारी…

स्रोत: www.habr.com

हैप्पी पार्टी या PostgreSQL10 में विभाजन को जानने के बारे में यादों की कुछ पंक्तियाँ