🥇 PostgreSQL भण्डारण कार्यहरूको स्तरमा व्यापार तर्कको कार्यान्वयनमा एक अध्ययन

यो स्केच लेख्नको लागि प्रेरणा लेख थियो "क्वारेन्टाइनको समयमा, कार्यभार 5 गुणा बढ्यो, तर हामी तयार थियौं।" कसरी Lingualeo 23 मिलियन प्रयोगकर्ताहरूसँग PostgreSQL मा सारियो। ४ वर्षअघि प्रकाशित लेख पनि रोचक लाग्यो - MySQL मा व्यापार तर्क लागू गर्दै.

चाखलाग्दो लाग्यो कि एउटै विचार - "डेटाबेसमा व्यापार तर्क लागू गर्नुहोस्".

यो मेरो मात्र दिमागमा आएको थिएन।

साथै, भविष्यको लागि, म सबै भन्दा पहिले, मेरो लागि, कार्यान्वयनको क्रममा उत्पन्न भएका रोचक घटनाहरू सुरक्षित गर्न चाहन्थे। विशेष गरी विचार गर्दै कि अपेक्षाकृत हालसालै वास्तुकला परिवर्तन गर्न र ब्याकएन्ड स्तरमा व्यापार तर्क स्थानान्तरण गर्न रणनीतिक निर्णय गरिएको थियो। जसले गर्दा विकसित भएका सबै कुरा चाँडै कसैको लागि कामको नहोस् र कसैलाई पनि चासोको विषय नहोस्।

वर्णन गरिएका विधिहरू कुनै प्रकारको आविष्कार वा असाधारण होइनन्। थाहा छ कसरी, सबै कुरा क्लासिक छ र धेरै पटक लागू गरिएको छ (उदाहरणका लागि, मैले Oracle मा 20 वर्ष पहिले यस्तै दृष्टिकोण प्रयोग गरेको छु)। मैले भर्खरै सबै कुरा एकै ठाउँमा सङ्कलन गर्ने निर्णय गरें। यदि यो कसैको लागि काममा आउँछ। अभ्यासले देखाएको जस्तै, प्रायः एउटै विचार विभिन्न व्यक्तिहरूमा स्वतन्त्र रूपमा आउँछ। र यो एक स्मारिका रूपमा आफ्नो लागि राख्न उपयोगी छ।

निस्सन्देह, यस संसारमा केहि पनि सही छैन, गल्तीहरू र टाइपहरू दुर्भाग्यवश सम्भव छन्। आलोचना र टिप्पणीहरूलाई दृढतापूर्वक स्वागत र अपेक्षा गरिएको छ। र एउटा थप सानो विवरण - विशिष्ट कार्यान्वयन विवरणहरू हटाइएको छ। अझै, सबै चीज अझै पनि एक वास्तविक काम परियोजना मा प्रयोग गरिन्छ। त्यसोभए, लेख केवल एक स्केच र सामान्य अवधारणाको विवरण हो, अरू केहि छैन। मलाई आशा छ कि समग्र तस्वीर बुझ्नको लागि पर्याप्त विवरणहरू छन्।

सामान्य विचार "विभाजन र जित, लुकाउनुहोस् र आफ्नो" हो।

विचार क्लासिक छ - तालिकाहरूको लागि छुट्टै स्कीमा, भण्डारण कार्यहरूको लागि छुट्टै स्कीमा।
ग्राहकसँग सीधै डाटामा पहुँच छैन। सबै ग्राहकले गर्न सक्छ भण्डार गरिएको प्रकार्यलाई कल गर्नुहोस् र प्राप्त प्रतिक्रियालाई प्रक्रिया गर्नुहोस्।

भूमिकाहरू

CREATE ROLE store;

CREATE ROLE sys_functions;

CREATE ROLE loc_audit_functions;

CREATE ROLE service_functions;

CREATE ROLE business_functions;

योजना

तालिका भण्डारण योजना

विषय निकायहरू लागू गर्ने लक्ष्य तालिकाहरू।

CREATE SCHEMA store AUTHORIZATION store ;

प्रणाली प्रकार्य रेखाचित्र

प्रणाली कार्यहरू, विशेष गरी लगिङ तालिका परिवर्तनहरूको लागि।

CREATE SCHEMA sys_functions AUTHORIZATION sys_functions ;

स्थानीय लेखापरीक्षण योजना

कार्यहरू र तालिकाहरू भण्डारण कार्यहरू र लक्षित तालिकाहरूमा परिवर्तनहरूको कार्यान्वयनको स्थानीय अडिटिङ लागू गर्न।

CREATE SCHEMA loc_audit_functions AUTHORIZATION loc_audit_functions;

सेवा प्रकार्य रेखाचित्र

सेवा र DML कार्यहरूको लागि कार्यहरू।

CREATE SCHEMA service_functions AUTHORIZATION service_functions;

व्यापार समारोह रेखाचित्र

ग्राहक द्वारा बोलाइएको अन्तिम व्यापार कार्यहरु को लागी कार्यहरु।

CREATE SCHEMA business_functions AUTHORIZATION business_functions;

पहुँच अधिकार

भूमिका - DBA सबै योजनाहरूमा पूर्ण पहुँच छ (DB मालिक भूमिकाबाट अलग)।

CREATE ROLE dba_role;
GRANT store TO dba_role;
GRANT sys_functions TO dba_role;
GRANT loc_audit_functions TO dba_role;
GRANT service_functions TO dba_role;
GRANT business_functions TO dba_role;

भूमिका - USER विशेषाधिकार छ निष्कर्ष रेखाचित्रमा व्यापार_कार्यहरू.

CREATE ROLE user_role;

योजनाहरू बीच विशेषाधिकार

GRANT
किनकि सबै प्रकार्यहरू विशेषताको साथ सिर्जना गरिएका छन् सुरक्षा परिभाषितकर्ता निर्देशन आवश्यक छ सार्वजनिकबाट सबै प्रकार्यहरूमा कार्यान्वयन रद्द गर्नुहोस्...

REVOKE EXECUTE ON ALL FUNCTION IN SCHEMA sys_functions FROM public ; 
REVOKE EXECUTE ON ALL FUNCTION IN SCHEMA  loc_audit_functions  FROM public ; 
REVOKE EXECUTE ON ALL FUNCTION IN SCHEMA  service_functions FROM public ; 
REVOKE EXECUTE ON ALL FUNCTION IN SCHEMA  business_functions FROM public ; 

GRANT USAGE ON SCHEMA sys_functions TO dba_role ; 
GRANT EXECUTE ON ALL FUNCTIONS IN SCHEMA sys_functions TO dba_role ;
GRANT USAGE ON SCHEMA loc_audit_functions  TO dba_role ; 
GRANT EXECUTE ON ALL FUNCTIONS IN SCHEMA loc_audit_functions  TO dba_role ;
GRANT USAGE ON SCHEMA service_functions TO dba_role ; 
GRANT EXECUTE ON ALL FUNCTIONS IN SCHEMA service_functions TO dba_role ;
GRANT USAGE ON SCHEMA business_functions TO dba_role ; 
GRANT EXECUTE ON ALL FUNCTIONS IN SCHEMA business_functions TO dba_role ;
GRANT EXECUTE ON ALL FUNCTIONS IN SCHEMA business_functions TO user_role ;

GRANT ALL PRIVILEGES ON SCHEMA store TO GROUP business_functions ;
GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA store TO business_functions ;
GRANT USAGE ON ALL SEQUENCES IN SCHEMA store TO business_functions ;

त्यसैले डाटाबेस योजना तयार छ। तपाईं डाटा भर्न सुरु गर्न सक्नुहुन्छ।

लक्ष्य तालिकाहरू

तालिकाहरू सिर्जना गर्नु सामान्य छ। कुनै विशेष सुविधाहरू, बाहेक यो प्रयोग नगर्ने निर्णय गरियो सिरियल र स्पष्ट रूपमा अनुक्रमहरू उत्पन्न गर्नुहोस्। साथै, निस्सन्देह, निर्देशनहरूको अधिकतम प्रयोग

COMMENT ON ...

लागि टिप्पणीहरू всех वस्तुहरू, अपवाद बिना।

स्थानीय लेखापरीक्षण

भण्डारण कार्यहरूको कार्यान्वयन र लक्षित तालिकाहरूमा परिवर्तनहरू लग गर्नको लागि, स्थानीय लेखापरीक्षण तालिका प्रयोग गरिन्छ, जसमा अन्य चीजहरू मध्ये, ग्राहक जडानको विवरण, मोड्युल भनिने लेबल, र इनपुटको वास्तविक मानहरू समावेश हुन्छन्। JSON को रूपमा आउटपुट प्यारामिटरहरू।

प्रणाली कार्यहरू

लक्षित तालिकाहरूमा लगिङ परिवर्तनहरूको लागि डिजाइन गरिएको। तिनीहरू ट्रिगर प्रकार्यहरू हुन्।

टेम्प्लेट - प्रणाली प्रकार्य

---------------------------------------------------------
-- INSERT
CREATE OR REPLACE FUNCTION sys_functions.table_insert_log ()
RETURNS TRIGGER AS $$
BEGIN
  PERFORM loc_audit_functions.make_log( ' '||'table' , 'insert' , json_build_object('id', NEW.id)  );
  RETURN NULL ;
END
$$ LANGUAGE plpgsql SECURITY DEFINER;

CREATE TRIGGER table_after_insert AFTER INSERT ON storage.table FOR EACH ROW EXECUTE PROCEDURE sys_functions.table_insert_log();

---------------------------------------------------------
-- UPDATE
CREATE OR REPLACE FUNCTION sys_functions.table_update_log ()
RETURNS TRIGGER AS $$
BEGIN
  IF OLD.column != NEW.column
  THEN
    PERFORM loc_audit_functions.make_log( ' '||'table' , 'update' , json_build_object('OLD.column', OLD.column , 'NEW.column' , NEW.column )  );
  END IF ;
  RETURN NULL ;
END
$$ LANGUAGE plpgsql SECURITY DEFINER;

CREATE TRIGGER table_after_update AFTER UPDATE ON storage.table FOR EACH ROW EXECUTE PROCEDURE sys_functions.table_update_log ();

---------------------------------------------------------
-- DELETE
CREATE OR REPLACE FUNCTION sys_functions.table_delete_log ()
RETURNS TRIGGER AS $$
BEGIN
  PERFORM loc_audit_functions.make_log( ' '||'table' , 'delete' , json_build_object('id', OLD.id )  );
  RETURN NULL ;
END
$$ LANGUAGE plpgsql SECURITY DEFINER;

CREATE TRIGGER table_after_delete AFTER DELETE ON storage.table FOR EACH ROW EXECUTE PROCEDURE sys_functions.table_delete_log ();

सेवा कार्यहरू

लक्षित तालिकाहरूमा सेवा र DML सञ्चालनहरू लागू गर्न डिजाइन गरिएको।

टेम्प्लेट - सेवा प्रकार्य

--INSERT
--RETURN id OF NEW ROW
CREATE OR REPLACE FUNCTION service_functions.table_insert ( new_column store.table.column%TYPE )
RETURNS integer AS $$
DECLARE
  new_id integer ;
BEGIN
  -- Generate new id
  new_id = nextval('store.table.seq');

  -- Insert into table
  INSERT INTO store.table
  ( 
    id ,
    column
   )
  VALUES
  (
   new_id ,
   new_column
   );

RETURN new_id ;
END
$$ LANGUAGE plpgsql SECURITY DEFINER;

--DELETE
--RETURN ROW NUMBERS DELETED
CREATE OR REPLACE FUNCTION service_functions.table_delete ( current_id integer ) 
RETURNS integer AS $$
DECLARE
  rows_count integer  ;    
BEGIN
  DELETE FROM store.table WHERE id = current_id; 

  GET DIAGNOSTICS rows_count = ROW_COUNT;                                                                           

  RETURN rows_count ;
END
$$ LANGUAGE plpgsql SECURITY DEFINER;
 
-- UPDATE DETAILS
-- RETURN ROW NUMBERS UPDATED
CREATE OR REPLACE FUNCTION service_functions.table_update_column 
(
  current_id integer 
  ,new_column store.table.column%TYPE
) 
RETURNS integer AS $$
DECLARE
  rows_count integer  ; 
BEGIN
  UPDATE  store.table
  SET
    column = new_column
  WHERE id = current_id;

  GET DIAGNOSTICS rows_count = ROW_COUNT;                                                                           

  RETURN rows_count ;
END
$$ LANGUAGE plpgsql SECURITY DEFINER;

व्यापार कार्यहरू

ग्राहक द्वारा बोलाइएको अन्तिम व्यापार कार्यहरूको लागि डिजाइन गरिएको। तिनीहरू सधैं फर्कन्छन् - JSON। कार्यान्वयन त्रुटिहरू रोक्न र लग गर्न, ब्लक प्रयोग गर्नुहोस् बहिष्कार.

टेम्प्लेट - व्यापार प्रकार्य

CREATE OR REPLACE FUNCTION business_functions.business_function_template(
--Input parameters        
 )
RETURNS JSON AS $$
DECLARE
  ------------------------
  --for exception catching
  error_message text ;
  error_json json ;
  result json ;
  ------------------------ 
BEGIN
--LOGGING
  PERFORM loc_audit_functions.make_log
  (
    'business_function_template',
    'STARTED',
    json_build_object
    (
	--IN Parameters
    ) 
   );

  PERFORM business_functions.notice('business_function_template');            

  --START BUSINESS PART
  --END BUSINESS PART

  -- SUCCESFULLY RESULT
  PERFORM business_functions.notice('result');
  PERFORM business_functions.notice(result);

  PERFORM loc_audit_functions.make_log
  (
    'business_function_template',
    'FINISHED', 
    json_build_object( 'result',result )
  );

  RETURN result ;
----------------------------------------------------------------------------------------------------------
-- EXCEPTION CATCHING
EXCEPTION                        
  WHEN OTHERS THEN    
    PERFORM loc_audit_functions.make_log
    (
      'business_function_template',
      'STARTED',
      json_build_object
      (
	--IN Parameters	
      ) , TRUE );

     PERFORM loc_audit_functions.make_log
     (
       'business_function_template',
       ' ERROR',
       json_build_object('SQLSTATE',SQLSTATE ), TRUE 
     );

     PERFORM loc_audit_functions.make_log
     (
       'business_function_template',
       ' ERROR',
       json_build_object('SQLERRM',SQLERRM  ), TRUE 
      );

     GET STACKED DIAGNOSTICS error_message = RETURNED_SQLSTATE ;
     PERFORM loc_audit_functions.make_log
     (
      'business_function_template',
      ' ERROR-RETURNED_SQLSTATE',json_build_object('RETURNED_SQLSTATE',error_message  ), TRUE );

     GET STACKED DIAGNOSTICS error_message = COLUMN_NAME ;
     PERFORM loc_audit_functions.make_log
     (
       'business_function_template',
       ' ERROR-COLUMN_NAME',
       json_build_object('COLUMN_NAME',error_message  ), TRUE );

     GET STACKED DIAGNOSTICS error_message = CONSTRAINT_NAME ;
     PERFORM loc_audit_functions.make_log
     (
      'business_function_template',
      ' ERROR-CONSTRAINT_NAME',
      json_build_object('CONSTRAINT_NAME',error_message  ), TRUE );

     GET STACKED DIAGNOSTICS error_message = PG_DATATYPE_NAME ;
     PERFORM loc_audit_functions.make_log
     (
       'business_function_template',
       ' ERROR-PG_DATATYPE_NAME',
       json_build_object('PG_DATATYPE_NAME',error_message  ), TRUE );

     GET STACKED DIAGNOSTICS error_message = MESSAGE_TEXT ;
     PERFORM loc_audit_functions.make_log
     (
       'business_function_template',
       ' ERROR-MESSAGE_TEXT',json_build_object('MESSAGE_TEXT',error_message  ), TRUE );

     GET STACKED DIAGNOSTICS error_message = SCHEMA_NAME ;
     PERFORM loc_audit_functions.make_log
     (s
       'business_function_template',
       ' ERROR-SCHEMA_NAME',json_build_object('SCHEMA_NAME',error_message  ), TRUE );

     GET STACKED DIAGNOSTICS error_message = PG_EXCEPTION_DETAIL ;
     PERFORM loc_audit_functions.make_log
     (
      'business_function_template',
      ' ERROR-PG_EXCEPTION_DETAIL',
      json_build_object('PG_EXCEPTION_DETAIL',error_message  ), TRUE );

     GET STACKED DIAGNOSTICS error_message = PG_EXCEPTION_HINT ;
     PERFORM loc_audit_functions.make_log
     (
       'business_function_template',
       ' ERROR-PG_EXCEPTION_HINT',json_build_object('PG_EXCEPTION_HINT',error_message  ), TRUE );

     GET STACKED DIAGNOSTICS error_message = PG_EXCEPTION_CONTEXT ;
     PERFORM loc_audit_functions.make_log
     (
      'business_function_template',
      ' ERROR-PG_EXCEPTION_CONTEXT',json_build_object('PG_EXCEPTION_CONTEXT',error_message  ), TRUE );                                      

    RAISE WARNING 'ALARM: %' , SQLERRM ;

    SELECT json_build_object
    (
      'isError' , TRUE ,
      'errorMsg' , SQLERRM
     ) INTO error_json ;

  RETURN  error_json ;
END
$$ LANGUAGE plpgsql SECURITY DEFINER;

परिणाम

सामान्य चित्र वर्णन गर्न, मलाई लाग्छ कि यो पर्याप्त छ। यदि कसैलाई विवरण र परिणामहरूमा रुचि छ भने, टिप्पणीहरू लेख्नुहोस्, म चित्रमा थप स्पर्शहरू थप्न पाउँदा खुसी हुनेछु।

PS

एक साधारण त्रुटि लग गर्दै - इनपुट प्यारामिटर प्रकार

-[ RECORD 1 ]-
date_trunc      | 2020-08-19 13:15:46
id              | 1072
usename         | emp1
log_module      | addKD
log_module_hash | 0b4c1529a89af3ddf6af3821dc790e8a
status          | STARTED
jsonb_pretty    | {
                |     "dko": {
                |         "id": 4,
                |         "type": "Type1",                                                                                                                                                                                            
                |         "title": "CREATED BY addKD",
                |         "Weight": 10,
                |         "Tr": "300",
                |         "reduction": 10,
                |         "isTrud": "TRUE",
                |         "description": "decription",
                |         "lowerTr": "100",
                |         "measurement": "measurement1",
                |         "methodology": "m1",                                                                                                                                                                                           
                |         "passportUrl": "files",
                |         "upperTr": "200",
                |         "weightingFactor": 100.123,
                |         "actualTrValue": null,
                |         "upperTrCalcNumber": "120"
                |     },
                |     "CardId": 3
                | }
-[ RECORD 2 ]-
date_trunc      | 2020-08-19 13:15:46
id              | 1073
usename         | emp1
log_module      | addKD
log_module_hash | 0b4c1529a89af3ddf6af3821dc790e8a
status          |  ERROR
jsonb_pretty    | {
                |     "SQLSTATE": "22P02"
                | }
-[ RECORD 3 ]-
date_trunc      | 2020-08-19 13:15:46
id              | 1074
usename         | emp1
log_module      | addKD
log_module_hash | 0b4c1529a89af3ddf6af3821dc790e8a
status          |  ERROR
jsonb_pretty    | {
                |     "SQLERRM": "invalid input syntax for type numeric: "null""
                | }
-[ RECORD 4 ]-
date_trunc      | 2020-08-19 13:15:46
id              | 1075
usename         | emp1
log_module      | addKD
log_module_hash | 0b4c1529a89af3ddf6af3821dc790e8a
status          |  ERROR-RETURNED_SQLSTATE
jsonb_pretty    | {
                |     "RETURNED_SQLSTATE": "22P02"
                | }
-[ RECORD 5 ]-
date_trunc      | 2020-08-19 13:15:46
id              | 1076
usename         | emp1
log_module      | addKD
log_module_hash | 0b4c1529a89af3ddf6af3821dc790e8a
status          |  ERROR-COLUMN_NAME
jsonb_pretty    | {
                |     "COLUMN_NAME": ""
                | }

-[ RECORD 6 ]-
date_trunc      | 2020-08-19 13:15:46
id              | 1077
usename         | emp1
log_module      | addKD
log_module_hash | 0b4c1529a89af3ddf6af3821dc790e8a
status          |  ERROR-CONSTRAINT_NAME
jsonb_pretty    | {
                |     "CONSTRAINT_NAME": ""
                | }
-[ RECORD 7 ]-
date_trunc      | 2020-08-19 13:15:46
id              | 1078
usename         | emp1
log_module      | addKD
log_module_hash | 0b4c1529a89af3ddf6af3821dc790e8a
status          |  ERROR-PG_DATATYPE_NAME
jsonb_pretty    | {
                |     "PG_DATATYPE_NAME": ""
                | }
-[ RECORD 8 ]-
date_trunc      | 2020-08-19 13:15:46
id              | 1079
usename         | emp1
log_module      | addKD
log_module_hash | 0b4c1529a89af3ddf6af3821dc790e8a
status          |  ERROR-MESSAGE_TEXT
jsonb_pretty    | {
                |     "MESSAGE_TEXT": "invalid input syntax for type numeric: "null""
                | }
-[ RECORD 9 ]-
date_trunc      | 2020-08-19 13:15:46
id              | 1080
usename         | emp1
log_module      | addKD
log_module_hash | 0b4c1529a89af3ddf6af3821dc790e8a
status          |  ERROR-SCHEMA_NAME
jsonb_pretty    | {
                |     "SCHEMA_NAME": ""
                | }
-[ RECORD 10 ]-
date_trunc      | 2020-08-19 13:15:46
id              | 1081
usename         | emp1
log_module      | addKD
log_module_hash | 0b4c1529a89af3ddf6af3821dc790e8a
status          |  ERROR-PG_EXCEPTION_DETAIL
jsonb_pretty    | {
                |     "PG_EXCEPTION_DETAIL": ""
                | }
-[ RECORD 11 ]-
date_trunc      | 2020-08-19 13:15:46
id              | 1082
usename         | emp1
log_module      | addKD
log_module_hash | 0b4c1529a89af3ddf6af3821dc790e8a
status          |  ERROR-PG_EXCEPTION_HINT
jsonb_pretty    | {
                |     "PG_EXCEPTION_HINT": ""
                | }
-[ RECORD 12 ]-
date_trunc      | 2020-08-19 13:15:46
id              | 1083
usename         | emp1
log_module      | addKD
log_module_hash | 0b4c1529a89af3ddf6af3821dc790e8a
status          |  ERROR-PG_EXCEPTION_CONTEXT
jsonb_pretty    | {
usename         | emp1
log_module      | addKD
log_module_hash | 0b4c1529a89af3ddf6af3821dc790e8a
status          |  ERROR-MESSAGE_TEXT
jsonb_pretty    | {
                |     "MESSAGE_TEXT": "invalid input syntax for type numeric: "null""
                | }

स्रोत: www.habr.com

PostgreSQL भण्डारण कार्यहरूको स्तरमा व्यापार तर्क लागू गर्ने अध्ययन