PostgreSQL 9.3 में अद्यतन योग्य भौतिक विचारों का चयन

हैलो, habracheloveki! आप शायद पहले से ही PostgreSQL 9.3 में शुरू किए गए भौतिक विचारों को महसूस कर रहे हैं। कमियों में से एक यह है कि दृश्य को अपडेट करने की प्रक्रिया में, एक विशेष (ACCESS EXCLUSIVE) लॉक का उपयोग किया जाता है, जिससे दृश्य को क्वेरी करना असंभव हो जाता है। PostgreSQL 9.4 में, इसके अपडेट के दौरान दृश्य से पढ़ने की क्षमता को जोड़ने की योजना है । खैर, अभी के लिए, इस छोटे से लेख में, मैं इस स्थिति से बाहर का एक रास्ता दिखाना चाहता हूं।

डबल बफ़रिंग इस मामले में हमारी मदद करेगी। इसका सार यह है कि दो भौतिक निरूपण प्रस्तुत किए जाते हैं, जबकि एक को अपडेट किया जाता है (जबकि जिन संस्थाओं पर यह प्रतिनिधित्व निर्भर करता है, एसीसीस शेयर मोड में अवरुद्ध हैं, जो आपको उनसे अनुरोध करने की अनुमति देता है), आप दूसरे के साथ काम कर सकते हैं। अपडेट पूरा होने के बाद, उन्हें स्वैप करें।

विचार बनाने और हटाने के लिए सहायक कार्य:

CREATE OR REPLACE FUNCTION public.create_materialized_view ( p_viewname text, p_basename text ) RETURNS void AS $BODY$ BEGIN EXECUTE 'CREATE MATERIALIZED VIEW ' || p_viewname || ' AS SELECT * FROM ' || p_basename; EXECUTE 'CREATE MATERIALIZED VIEW ' || p_viewname || '_back AS SELECT * FROM ' || p_basename; END $BODY$ LANGUAGE plpgsql VOLATILE; CREATE OR REPLACE FUNCTION public.drop_materialized_view ( p_viewname text ) RETURNS void AS $BODY$ BEGIN EXECUTE 'DROP MATERIALIZED VIEW ' || p_viewname; EXECUTE 'DROP MATERIALIZED VIEW ' || p_viewname || '_back'; END $BODY$ LANGUAGE plpgsql VOLATILE; 

बफ़र्स के आदान-प्रदान का कार्य बैक बफर को अपडेट कर रहा है और आगे और पीछे का नाम बदलकर इसके विपरीत है।

 CREATE OR REPLACE FUNCTION public.swap_materialized_view ( p_viewname text ) RETURNS void AS $BODY$ BEGIN EXECUTE 'REFRESH MATERIALIZED VIEW ' || p_viewname || '_back'; EXECUTE 'ALTER MATERIALIZED VIEW ' || p_viewname || ' RENAME TO ' || split_part ( p_viewname, '.', 2 ) || '_temp'; EXECUTE 'ALTER MATERIALIZED VIEW ' || p_viewname || '_back RENAME TO ' || split_part ( p_viewname, '.', 2 ); EXECUTE 'ALTER MATERIALIZED VIEW ' || p_viewname || '_temp RENAME TO ' || split_part ( p_viewname, '.', 2 ) || '_back'; END $BODY$ LANGUAGE plpgsql VOLATILE; 

इसके अलावा, इंडेक्स बनाने के कार्य को चोट नहीं पहुंचेगी (क्योंकि आपको बैक बफर के लिए उन्हें डुप्लिकेट करना होगा):

 CREATE OR REPLACE FUNCTION public.create_materialized_view_index ( p_viewname text, p_indexname text, p_columns text[] ) RETURNS void AS $BODY$ BEGIN EXECUTE 'CREATE INDEX ' || p_indexname || ' ON ' || p_viewname || ' ( ' || array_to_string ( p_columns, ',' ) || ' )'; EXECUTE 'CREATE INDEX ' || p_indexname || '_back ON ' || p_viewname || '_back ( ' || array_to_string ( p_columns, ',' ) || ' )'; END $BODY$ LANGUAGE plpgsql VOLATILE; 

अपडेट_mv स्क्रिप्ट जो विचारों को अपडेट करती है (क्रॉन जॉब में प्रयुक्त):

 #!/bin/bash HOST="localhost" PORT="5432" USER="postgres" DATABASE="mydb" VIEWS=() VIEWS+=('public.mv_order') VIEWS+=('public.mv_delivery') VCOUNT=${#VIEWS[@]} for ((i = 0; i < ${VCOUNT}; i++)) do VIEW=${VIEWS[$i]} QUERY="SELECT public.swap_materialized_view('$VIEW')" if psql -h $HOST -p $PORT -U $USER -d $DATABASE -q -c "SET client_min_messages = ERROR; $QUERY">/dev/null 1>&1; then logger -p cron.notice -t update_mv Updated materialized view $VIEW else logger -p cron.notice -t update_mv Can\'t update materialized view $VIEW fi done 

और, वास्तव में, क्रोन कार्य खुद (fcron के लिए) - एक घंटे में एक बार अपडेट किया गया:

 @mail(false),runatreboot(true) 1h update_mv 

उपयोग उदाहरण:

 SELECT public.create_materialized_view ( 'public.mv_order', 'public.vw_order' ); -- public.vw_order -  SELECT public.create_materialized_view ( 'public.mv_delivery, 'public.vw_delivery' ); -- public.vw_delivery -  SELECT public.create_materialized_view_index ( 'public.mv_order', 'idx_mv_order_purchase', '{purchaser_name,order_date}'::text[] );