PostgreSQL से संरचित डेटा प्राप्त करना

क्या आपने कभी इस बारे में कोई पहेली बनाई है कि पोस्टग्रेएसक्यूएल संग्रहित प्रक्रिया से एक चालाक पदानुक्रम के साथ एक जटिल संरचना को कैसे लौटाया जाए, और साथ ही एक पेड़ की संरचना को पार्स करने के लिए आवेदन में एक विशाल बैसाखी न लिखें जो एक डेवलपर द्वारा एक फ्लैट रिलेशनल टेबल में धकेल दिया गया था? अगर जवाब हां है, तो मैं पूछता हूं ...


आपका दिन शुभ हो!
हर कोई जानता है कि एक संबंधपरक DBMS के लिए क्वेरी का परिणाम एक तालिका है। टेबल कंटेनर, इसकी कठोर संरचना को देखते हुए, प्रस्तुत किए गए डेटा पर कई प्रतिबंध लगाता है। उदाहरण के लिए, चयन का परिणाम, जिसमें शामिल होता है, एक असामान्य संरचना है जो मूल डेटा टोपोलॉजी को छुपाता है, जिससे आवेदन के लिए इस तरह के परिणाम को संसाधित करना मुश्किल हो जाता है। Join'ov की संख्या में वृद्धि के साथ स्थिति केवल बिगड़ती है।
लेकिन सब कुछ उतना बुरा नहीं है जितना यह लग सकता है, क्योंकि PostgreSQL डेवलपर के पास अपने निपटान में लचीली डेटा संरचनाएं हैं जो किसी भी जटिलता के डेटासेट को एन्क्रिप्ट कर सकती हैं। यह सरणियों और संरचनाओं (रिकॉर्ड, समग्र प्रकार) के बारे में है।
यूनियनों के साथ उपरोक्त चयन का परिणाम एक सुरुचिपूर्ण, कड़ाई से पदानुक्रमित दृश्य डिजाइन में बदल जाता है:

(
table1_column1 int,
table1_column2 varchar,
table1_column3 numeric,
table2_columns t2_columns[]
)


जहाँ t2_columns फॉर्म की एक संरचना है
(
table2_column1 double precision,
table2_column2 timestamp
)


इस प्रकार, घोंसले के स्तर को बढ़ाकर, मनमाने ढंग से जटिल पदानुक्रमित निर्माण को प्रेषित किया जा सकता है।
मेरे मामले में, एप्लिकेशन PL / pgSQL में लिखा गया था और एक बहुत ही जटिल रूप से संगठित डेटा वापस करने वाले इंटरफ़ेस के रूप में संग्रहीत कार्यविधियाँ प्रदान की थी। दरअसल यह लेख क्रमबद्ध PostgreSQL डेटासेट को पार्स करने के दृष्टिकोण के बारे में है।

पोस्टग्रेसीक्यू स्ट्रिंग (सीरियल स्ट्रिंग को रिकॉर्ड करने के द्वारा प्राप्त की गई वही स्ट्रिंग) में डेटा को पार्स करने से तुरंत मना करने का निर्णय लिया गया था, क्योंकि पोस्टर्गेस कर्नेल को छोड़कर ऐसे पार्सिंग के लिए कोई पैसा नहीं है।
विचार, जो आने में लंबा नहीं था, डेटा के प्रस्तुतीकरण को बदलने के लिए और अधिक मानकीकृत साधनों का उपयोग करने के लिए विकसित किया गया था।
तैयार-किए गए समाधान की खोज में कुछ समय बिताने, और अंतर्निहित उम्मीदवारों जैसे बिल्ट-इन xml और hstore प्रकारों के होने के बाद, मैं इस निष्कर्ष पर पहुंचा (संभवतः त्रुटिपूर्ण) कि सभी मामलों में एप्लिकेशन को डेटा स्थानांतरित करने के लिए कोई उपयुक्त तरीका नहीं था।

JSON को भविष्य की बाइक (कॉम्पैक्टनेस और टेक्स्टुअलिटी के कारणों के लिए) के लिए डेटा प्रतिनिधित्व के रूप में चुना गया था, और पोस्टग्रैसीक्यू के लिए मूल पुस्तकालय (शुद्ध सी में) कार्यान्वयन का तरीका बन गया। मैं परिणामी टूल की आंतरिक संरचना में नहीं जाऊंगा, खासकर जब से यह काफी सरल है और कोई भी इसे आसानी से समझ सकता है। एक उपयोगितावादी दृष्टिकोण से पुस्तकालय पर विचार करें। इंटरफ़ेस के रूप में फ़ंक्शन का एक सेट प्रदान किया जाता है।

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

हम संरचना को क्रमबद्ध करते हैं:

 select to_json( row( 10, 'Some text', 12.5, row( 'text in nested record', array[ 1, 2, 3 ] )::text_and_array, array[ 'array', 'of', 'text' ] ) ) 

रिजल्ट का अनुरोध:

 {"f1":10,"f2":"Some text","f3":12.5,"f4":{"str":"text in nested record","arr":[1,2,3]},"f5":["array","of","text"]} 

हम डेटासेट को क्रमबद्ध करते हैं:

 select json_agg( q.*, 'json_field_name1' ), json_agg_plain( q.*, 'json_field_name2' ) from ... as q; 

रिजल्ट का अनुरोध:

 {"json_field_name1":[{ ... },{ ... }, ...]} "json_field_name2":[{ ... },{ ... }, ...] 

बाद में, लाइब्रेरी को कार्यक्षमता के साथ विस्तारित किया गया था जो आपको JSON के पार्सिंग के रिवर्स ऑपरेशन और संरचना क्षेत्रों में भरने की अनुमति देता है।

संरचनाओं और सरणियों का वर्णन करें:

  select from_json( 'some_record_type', '{"field1":"some text","field2":123,"field3":["this","is","array","of","text"]}' ); select arr_from_json( 'some_type[]', '[{"this is array of"},{"records with one field"}]' ); 

क्वेरी परिणाम:
("some text",123,"{\"this\",\"is\",\"array\",\"of\",\"text\"}")

{("this is array of"),("records with one field")}


वर्णित धारावाहिक को JSON पार्सिंग टूल (हमारे पास C ++ और PHP) वाले किसी भी रनटाइम के साथ संयोजन में उपयोग किया जा सकता है। बेंचमार्क प्रदर्शन अंतर्निहित PostgreSQL के लिए तुलनीय है।

आपका ध्यान देने के लिए धन्यवाद, टिप्पणियों और रचनात्मक आलोचना का स्वागत है।

लाइब्रेरी लिंक