PostgreSQL 8.3

जोश बर्कस ने PostgreSQL 8.3beta1 ( आधिकारिक चांगेलॉग देखें) की रिहाई की घोषणा की। पैच प्रसंस्करण कार्य को पूरा करने में डेवलपर्स को छह महीने से अधिक समय लगा (याद रखें, 1 अप्रैल, 2007 को फीचर फ्रीज हुआ था)। इसलिए यह बताने का समय आ गया है कि इस साल दुनिया में खुले डीबीएमएस में से कौन सबसे अधिक विकसित होगा।



मैं पूरी सूची को चार भागों में तोड़ूंगा। पहले में, कई के लिए, सबसे महत्वपूर्ण हिस्सा, मैं उन बदलावों को सूचीबद्ध करूँगा जो एक तरह से या किसी अन्य प्रदर्शन से संबंधित हैं। दूसरे में, मैं डेटाबेस प्रोग्रामर के लिए नई सुविधाओं की एक सूची दूंगा, जो कि पोस्टग्रेक्सेल "सुविधाओं" के पहले से ही नहीं-तो-कमजोर सेट का विस्तार करने के लिए डिज़ाइन किया गया है। तीसरा भाग डेटाबेस प्रशासकों के लिए इरादा नवाचारों के लिए समर्पित है। और अंत में, मैं कुछ ओपन सोर्स प्रोजेक्ट्स का उल्लेख करूंगा जो कि पोस्टग्रेज उपग्रह परियोजनाएं हैं (दूसरे शब्दों में, उनका अपना विकास चक्र है)।

उत्पादकता

आज के साथ शुरू करने के लिए, आज (वर्तमान में स्थिर शाखा 8.2 है, वर्तमान संस्करण 8.2.5 है) PostgreSQL सफलतापूर्वक न केवल OpenSource विकल्पों के साथ, बल्कि अग्रणी वाणिज्यिक DBMS के साथ भी प्रदर्शन के मामले में प्रतिस्पर्धा करता है। जैसे कि ओरेकल। यह अब एक खाली वाक्यांश नहीं है - सूर्य द्वारा आयोजित परीक्षण के परिणामों पर एक नज़र डालें। ज्यादा धीमे हाथी नहीं हैं! अनुक्रमित के प्रकारों में सबसे अमीर सेट, सिस्टम को ट्यून करने की व्यापक संभावनाएं, बहुत बड़ी मात्रा और भार के साथ काम करना, प्रतिकृति और स्केलिंग सिस्टम का एक अच्छा विकल्प - यह सब आधुनिक हाथियों के लिए "कठिन" है। यहां तक ​​कि विकास की गति अन्य DBMS की तुलना में पोस्टग्रेज को अनुकूल रूप से अलग करती है: हर साल हम हमेशा एक महत्वपूर्ण कदम आगे बढ़ाते हैं।



प्रदर्शन के मामले में PostgreSQL संस्करण 8.3 में नया क्या है? कई बदलावों का परिणाम है। PostgreSQL डेवलपमेंट कोऑर्डिनेटर ब्रूस मोम्जियान के अनुसार, जो पोस्टग्रैजमैन के निमंत्रण पर बहुत पहले मॉस्को नहीं गए थे, हाल के वर्षों में पोस्टग्रेज डेवलपर्स के साथ व्यस्त रहने वाले सिस्टम के प्रदर्शन को अनुकूलित करने पर काम बेहद मुश्किल है। प्रत्येक चरण में अधिक से अधिक पर्याप्त श्रम लागत की आवश्यकता होती है, डेवलपर्स के अधिक से अधिक समय और प्रयास लेता है।



वास्तव में गैर-तुच्छ परिवर्तनों में से एक को "चिप" कहा जा सकता है जिसे HOT (हीप ओनली ट्यूपल्स) कहा जाता है। यह शायद प्रदर्शन के मामले में सबसे महत्वपूर्ण परिवर्तनों में से एक है। यह समझने के लिए कि यह परिवर्तन किस बारे में है, आपको यह याद रखना होगा कि PostgreSQL तथाकथित मल्टी-वर्जन एक्सेस कंट्रोल मॉडल ( MVCC , मल्टी-वर्जन कंसीलर कंट्रोल) को लागू करता है।







HOT का सार इस प्रकार है। इससे पहले, इस दृष्टिकोण को लागू करने से पहले, एक तालिका में एक पंक्ति को अपडेट करते समय, इसके प्रत्येक नए संस्करण ने सभी अनुक्रमितों के नए संस्करणों की उपस्थिति का नेतृत्व किया, भले ही अनुक्रमित कॉलम इन परिवर्तनों को प्रभावित करते हों या नहीं (देखें। अंजीर। "HOT के बिना अपडेट करना")। अब, यदि पंक्ति का नया संस्करण उसी मेमोरी पेज में आता है, जो पिछले एक के समान है, और जिसके द्वारा इंडेक्स बनाया गया था, वह नहीं बदला, तो इंडेक्स वही रहता है। लेकिन यह सब नहीं है। यदि ऐसी कोई संभावना है, तो हीप पृष्ठ में स्थान का "तात्कालिक" पुन: उपयोग होता है। जो स्वाभाविक रूप से, VACUUM ऑपरेशन के दौरान किए गए कार्य की मात्रा को कम कर देता है। अंजीर में। एक "हॉट अपडेट" योजनाबद्ध रूप से दिखाता है कि अब पंक्ति कैसे अपडेट की जाती है।



अगली नवीनता सबसे पहले, वेब डेवलपर्स की एक बड़ी संख्या से अपील करेगी। संस्करण 8.3 से शुरू होकर, PostgreSQL में किसी भी लेनदेन को अतुल्यकालिक बनाया जा सकता है।



इसका मतलब यह है कि जब कोई ट्रांजेक्शन कमिट ऑपरेशन (COMMIT) किया जाता है, तो PostgreSQL सर्वर महंगे ट्रांजैक्शन लॉग सिंक्रोनाइजेशन (वाल fsync) ऑपरेशन के पूरा होने का इंतजार नहीं करेगा। दूसरे शब्दों में, सभी तार्किक शर्तों के पूरा होते ही लेनदेन को सफलतापूर्वक पूरा माना जाएगा। (सभी आवश्यक अखंडता की जाँच की जाती है)। शारीरिक रूप से, लेन-देन लॉग को बहुत कम समय में लिखा जाएगा (एक नियम के रूप में, सामान्य रूप से कामकाजी प्रणालियों के लिए यह अधिकतम 200-1000 एमएस है)। पर्यावरण चर सिंक्रोनस_कमिट लेनदेन की स्थिति (सिंक्रोनस / एसिंक्रोनस) के लिए जिम्मेदार है। अतुल्यकालिक मोड पर स्विच करना सरल है:

SET synchronous_commit TO OFF;

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



एक और प्रदर्शन में सुधार उन स्थितियों से संबंधित है जहां PostgreSQL क्रमिक रूप से क्वेरी को निष्पादित करते समय तालिकाओं को स्कैन करता है (SeqScan ऑपरेशन)। यदि संस्करण 8.3 से पहले, ऐसे मामलों में, अक्सर ऐसी परिस्थितियां होती हैं जब विभिन्न पोस्टग्रेज प्रक्रियाओं ने एक ही समय में एक ही काम किया था - वे एक ही टेबल पर देखते थे - अब, एक ही समय में सिंक्रनाइज़ किए गए स्कैन ("सिंक्रनाइज़ विचार") के कार्यान्वयन के लिए धन्यवाद। एक टेबल के लिए समय को एक से अधिक देखने के संचालन के लिए नहीं किया जा सकता है। यह निम्नानुसार प्राप्त किया जाता है। यदि, एक सत्र के भीतर, SeSScan को एक मेज के लिए आवश्यक है, जिसके लिए SeSScan पहले से ही (दूसरे सत्र के लिए) चल रहा है, तो पहले से चल रहे SeSScan के परिणामों के लिए एक "कूद पर" होगा। इस प्रक्रिया के पूरा होने पर, यदि आवश्यक हो, तो परिणाम एक अन्य अपूर्ण SeSSS (देखें अंजीर।) की मदद से "पूरक" होगा।



चेकपॉइंट प्रक्रिया प्रणाली ("नियंत्रण बिंदु") द्वारा उत्पादित तनाव प्रभाव को कम करने पर काम जारी है: अब चौकियों को तुरंत निष्पादित नहीं किया जाता है, लेकिन धीरे-धीरे: प्रक्रिया समय में "फैल गई" है। इसलिए इस परिवर्तन का नाम है - चेकपॉइंट स्मूथिंग । यह ध्यान देने योग्य है कि सर्वर को नियमित रूप से बंद करने और "स्पष्ट" चेकपॉइंट ऑपरेशन ( CHECKPOINT कमांड) का संचालन करने के दौरान, डेटा अभी भी जितनी जल्दी हो सके डिस्क पर लिखा जाएगा।



प्रदर्शन की हमारी चर्चा को समाप्त करने के लिए, यहाँ PostgreSQL का उपयोग करके सिस्टम के प्रदर्शन को बेहतर बनाने के लिए डिज़ाइन किए गए अन्य परिवर्तनों की एक छोटी सूची है:

• ऑटोवैक्युम अब डिफ़ॉल्ट रूप से सक्षम है ;
• कुछ स्थितियों में, एक बार में कई ऑटोवैकुम प्रक्रियाओं को शुरू करना संभव है (उदाहरण के लिए, बड़ी तालिका की सफाई की लंबी प्रक्रिया के दौरान, छोटी तालिकाओं को अब इस प्रक्रिया के पूरा होने का इंतजार करने के लिए मजबूर नहीं किया जाता है);
• डेटाबेस द्वारा कब्जे में डिस्क स्थान पर ध्यान देने योग्य कमी : 1) वार्लेना-प्रकार के हेडर (चर लंबाई के डेटा प्रकार: पाठ, सरणियां, आदि) के कारण, जो पहले सख्ती से 4 बाइट्स पर कब्जा कर लिया था, और अब कुछ स्थितियों में केवल 1 बाइट; 2) टेबल रो हेडर (पहले 27 बाइट्स, अब 24) की बचत के कारण;
• लेनदेन का निष्पादन जो डेटा को संशोधित नहीं करता है, लेनदेन काउंटर (xid) के मूल्य में वृद्धि नहीं करता है , जो "ओवरलैपिंग" लेनदेन काउंटर (xid रैपराउंड) की संभावना को काफी कम करता है; इसके अलावा, यह परिवर्तन लेन-देन लॉग के हस्तांतरण के आधार पर अंतर्निहित मास्टर-स्लेव प्रतिकृति के कार्यान्वयन की दिशा में एक महत्वपूर्ण कदम है - अब मास्टर और स्लेव नोड्स के बीच xid काउंटर का कोई वंशानुक्रम नहीं होगा;
• bgwriter प्रक्रिया के मापदंडों को ऑटो-ट्यूनिंग के लिए एक तंत्र लागू किया गया है (पृष्ठभूमि लेखक एक विशेष प्रक्रिया है जो गंदे गंदे बफ़र्स को डिस्क पर लिखता है );
• " …ORDER BY … LIMIT…
  
  
  
  " (तथाकथित टॉप-एन सॉर्टिंग ) का उपयोग करके प्रश्नों के लिए परिणाम प्राप्त करने के लिए तंत्र को अनुकूलित किया: कुछ मामलों में, सिस्टम रैम में आवश्यक डेटा पेज रखता है, जो परिणाम को आउटपुट करने की बहुत उच्च गति सुनिश्चित करता है;
• अब आप निर्दिष्ट कर सकते हैं (अब तक केवल दो स्थिरांक के रूप में) फ़ंक्शन को निष्पादित करने की अनुमानित लागत और उस पंक्तियों की संख्या जो इसे वापस लौटाती है, जो पोस्टग्रैसिकल प्लानर को सर्वश्रेष्ठ क्वेरी प्लान चुनने की अनुमति देता है (उदाहरण: ALTER FUNCTION log_data(text) COST 100000 ROWS 1
  
  
  
  )।

डेटाबेस डेवलपर्स

यहां ध्यान देने योग्य सबसे महत्वपूर्ण और महत्वपूर्ण बदलाव यह है कि सिस्टम कोर को पूर्ण-पाठ खोज मॉड्यूल (contrib / tsearch2) का माइग्रेशन है । रूसी डेवलपर्स ओलेग बार्टुनोव और फेडर सिगेव द्वारा विकसित, tsearch2 लंबे समय से पोस्टग्रेज का सबसे लोकप्रिय कंट्रीब्यूट मॉड्यूल रहा है। एक पूर्ण-पाठ खोज को कर्नेल में स्थानांतरित करने के लिए पैच, जो इस गर्मी में श्रमसाध्य और लंबे काम के परिणामस्वरूप अपनाया गया था (पैच का स्वीकृत संस्करण 58 है!) PostgreSQL टीम के कई प्रमुख डेवलपर्स द्वारा, परियोजना के इतिहास में सबसे बड़ा है।



इस तथ्य के अलावा कि tsearch2 मॉड्यूल की सभी विशेषताएं अब डिफ़ॉल्ट रूप से उपलब्ध होंगी और नए PostgreSQL संस्करण में माइग्रेशन प्रक्रियाएं काफी सरल हो जाएंगी, अब शब्दकोशों और पाठ प्रसंस्करण नियमों को कॉन्फ़िगर करना आसान हो जाएगा: सभी मूल कॉन्फ़िगरेशन ऑपरेशन SQL कमांड का उपयोग करके किए जाते हैं। यहाँ, उदाहरण के लिए, आप एक सरल थिसॉरस शब्दकोश बना सकते हैं:

  स्वार पाठ सेहत संबंधी थिसॉरस_आस्त्रो (
     थीम = थिसॉरस,
     डिक्टिफ़ाइल = थिसॉरस_स्ट्रो,
     शब्दकोश = अंग्रेजी_स्टेम
 );
 अन्य पाठ खोज रूसी रूसी
     ADD MAPPING FOR लॉर्ड, लॉर्ड, lpart_hword
         थिसॉरस_स्ट्रो, अंग्रेजी_स्टेम के साथ; 

सूचकांक निर्माण प्रक्रिया को भी सरल बनाया गया है। एक नियमित पाठ स्तंभ के ऊपर एक GIN सूचकांक बनाने का एक उदाहरण (अतिरिक्त कॉलम और ट्रिगर बनाए बिना):

  Pgweb पर INDEX pgweb_idx बनाएँ
     USIN जिन (to_tsvector ('रूसी', शीर्षक || शरीर)); 

और यहां प्रासंगिकता के आधार पर रैंकिंग के साथ एक क्वेरी का एक उदाहरण है, जो tsquery प्राप्त करने के लिए विशेष फ़ंक्शन plainto_tsquery का उपयोग करता है (आपको बचने के पात्रों के बारे में भूल जाने और जल्दी से सादे पाठ को tsquery में परिवर्तित करने की अनुमति देता है):

  का चयन करें
     ts_rank_cd (textearch_index, q) AS रैंक, शीर्षक
 से
     pgweb, plainto_tsquery ('सुपरनोवा स्टार') q
 कहां
     q @@ textearch_index
 आदेश द्वारा
     रैंक DESC सीमा 10; 

एक और उल्लेखनीय परिवर्तन XML समर्थन है , जिसमें इस लेख के लेखक ने भाग लिया। यह कार्यक्षमता SQL: 2003 मानक (मानक, SQL / XML के 14 वें भाग) के अनुसार लागू की गई है।



सबसे पहले, कर्नेल में निर्मित एक विशेष xml



डेटा प्रकार है। इस प्रकार का उपयोग करते समय, सर्वर जांचता है कि क्या डेटा सही तरीके से बनता है ( अच्छी तरह से गठित जांच )। इसके अलावा, ऐसे उपयोग के मामले हैं जिनमें दस्तावेज़ के कुछ हिस्सों के साथ काम करने की अनुमति है (यह आपको xml



डेटा प्रकार पर XML के साथ काम करने के लिए "बंद" कार्यों की संपत्ति प्रदान करने की अनुमति देता है)।



SQL: 2003 मानक के अनुसार, XML में रिलेशनल डेटा को परिवर्तित करने के लिए फ़ंक्शन का एक सेट लागू किया जाता है (तथाकथित SQL / XML प्रकाशन फ़ंक्शन)। XML डेटा बनाने के लिए अनुरोध का एक सरल उदाहरण यहां दिया गया है:

  चयन XMLROOT (
    XMLELEMENT (
       NAME 'कुछ',
       XMLATTRIBUTES (
          'वैल' एएस 'नाम',
          1 + 1 AS 'संख्या'
       )
       XMLELEMENT (
          NAME 'अधिक',
          'फू'
       )
    )
    संस्करण '1.0',
    मानक हां
 ); 

इसके अलावा, DTD सत्यापन के लिए समर्थन ( xmlvalidatedtd()



फ़ंक्शन), XPath अभिव्यक्तियों ( xpath()



फ़ंक्शन का मूल्यांकन करने के लिए समर्थन, जो xml डेटा प्रकार से एक सरणी देता है), और XML ( tabletoxml()



फ़ंक्शन के सरलीकृत डेटा के सरलीकृत प्रकाशन के लिए वैकल्पिक कार्य tabletoxml()



जाते हैं। , querytoxml()



और अन्य)।



XML डेटा पर किसी क्वेरी के निष्पादन में तेजी लाने के लिए, कार्यात्मक बीटीआरई इंडेक्स और जीआईएन इंडेक्स का उपयोग करना संभव है, साथ ही एक्सएमएल डेटा के लिए पूर्ण-पाठ खोज का उपयोग करना संभव है। यहाँ XPath अभिव्यक्ति के मूल्यांकन के आधार पर btree सूचकांक बनाने का एक उदाहरण दिया गया है:

  INDEX i_table1_xdata तालिका 1 का उपयोग करें btree (
    ((xpath ('// person / @ name', xdata)) [1])
 ); 

डेटा प्रकारों के बारे में, PostgreSQL 8.3 कई नवाचारों का परिचय देता है: कर्नेल में निर्मित tsquery/tsvector



और xml



प्रकारों के अलावा, निम्नलिखित प्रकट हुए हैं:

• enum
  
  
  
  (उपयोगकर्ता-परिभाषित एन्यूमरेटेड डेटा प्रकार) कुछ उपयोगकर्ताओं की सुविधा के लिए, जिनमें उनके एसक्यूएल से पलायन शामिल है;
• GUID / UUID डेटा प्रकार (एक कंट्रीब्यूट मॉड्यूल के रूप में);
• मिश्रित प्रकार के सरणियाँ (उदाहरण के लिए, उपयोगकर्ता-परिभाषित प्रकार)।

और अंत में, अन्य परिवर्तनों की एक छोटी सूची:

• PL / pgSQL फ़ंक्शंस के लिए क्वेरी प्लान कैश का स्वचालित अमान्यकरण ;
• एक तालिका में परिणाम देने वाले कार्यों को बनाने के लिए " क्रिएट CREATE FUNCTION … RETURNS TABLE
  
  
  
  " और " RETURN TABLE…
  
  
  
  " का निर्माण करता है;
• कर्सर के लिए अद्यतन संचालन के लिए समर्थन;
• मानक (ISO / ANSI SQL) ORDER BY … NULLS FIRST/LAST
  
  
  
  निर्माण NULL मानों के क्रम को सरल बनाने के लिए (अन्य DBMS से माइग्रेट होने पर भी मदद करता है);
• GiST अनुक्रमित में पूर्ण मानों को अनुक्रमित करना।

डेटाबेस प्रशासक

यह खंड डरावना निकला, क्योंकि डीबीए के जीवन को बेहतर बनाने के इरादे से बहुत कुछ ऊपर वर्णित है :-) फिर भी, हम संक्षेप में वही बात करेंगे जो बनी हुई है।



क्वेरी योजनाएँ ( मौजूदा आदेश का पालन करें) अब दिखाती हैं कि किस एल्गोरिथ्म को चुना गया था और कितनी मेमोरी का उपयोग किया गया था :

  जल्दी योजना
 -------------------------------------------------- -----
  सॉर्ट (लागत = 34.38..34.42 पंक्तियों = 13 चौड़ाई = 176) (वास्तविक समय = 0.946..0.948 पंक्तियों = 6 छोरों = 1)
    सॉर्ट कुंजी: obj2tag.o2t_tag_name
    सॉर्ट विधि: quicksort मेमोरी: 18kB <- यहाँ देखें!
    -> हाश ज्वाइन (लागत = 19.19..34.14 पंक्तियाँ = 13 चौड़ाई = 176) (वास्तविक समय = 0.812..0.835 पंक्तियाँ = 6 छोर = 1)
 [...] 

साइमन रिग्स द्वारा लिखा गया विशेष pg_standby कंट्रिब मॉड्यूल, वाल ट्रांसफर लॉग लॉग के आधार पर वार्म स्टैंडबाय सर्वर स्थापित करने वाले प्रशासकों के काम को सरल करेगा। मॉड्यूल शुद्ध सी में लिखा गया है, इसलिए यह आसानी से एक्स्टेंसिबल और पोर्टेबल है नए प्लेटफार्मों (प्रदर्शन पहले से ही परीक्षण किया गया है, कम से कम लिनक्स और Win32 पर)।



किसी फ़ंक्शन को परिभाषित करते समय, अब पर्यावरण चर को फिर से परिभाषित करना संभव है जो केवल दिए गए फ़ंक्शन के ढांचे के भीतर कार्य करेगा ( चर के मानों को कार्यों के लिए बाध्य करता है )। उदाहरण के लिए, यह है कि आप यह निर्दिष्ट कर सकते हैं कि log _data()



फ़ंक्शन को निष्पादित करने से लेनदेन को एसिंक्रोनस मोड में स्विच किया जाता है:

  अन्य समारोह log_data (पाठ)
         SET सिंक्रोनस_कैमिट ऑफ करें;

खैर, और, परंपरा से, इस खंड में अन्य नए उत्पादों की एक छोटी सूची:

• GSSAPI समर्थन
• Win32 प्लेटफ़ॉर्म पर बेहतर निर्माण (MinGW की आवश्यकता नहीं है; असेंबली MS VC ++ में की जाती है, जो अन्य चीजों के साथ, विंडोज पर बेहतर प्रदर्शन की ओर जाता है);
• एक ही तरीके से टेबल बनाने से सूचकांकों को ध्यान में रखा जाता है (उदाहरण: CREATE TABLE dict2 (LIKE dictionary INCLUDING INDEXES
  
  
  
  ))।

अतिरिक्त परियोजनाएं

एंटरप्राइज डीडीडीबी (जिनके कर्मचारी पोस्टग्रेसीक्यूएल के सक्रिय डेवलपर्स हैं, प्रदर्शन के क्षेत्र में संस्करण 8.3 में कई बदलाव उनकी योग्यता है) ने पील्डबगर डीबगर जारी किया है , जो एक कंट्राब मॉड्यूल है जो आपको मानक pgAdminIII प्रशासन टूल में PL / pgSQL फ़ंक्शन को डीबग करने और प्रोफाइलिंग करने की अनुमति देता है।



वर्तमान में यह परियोजना एक स्वतंत्र कंट्रीब -मॉड्यूल ( PgFoundry पर प्रस्तुत) के रूप में मौजूद है और बड़ी संख्या में प्लेटफार्मों (लिनक्स और Win32 सहित) पर काम करती है। यह ध्यान देने योग्य है कि यह मॉड्यूल Postgres के संस्करण 8.2 के साथ भी काम करता है।



जैसा कि हमने बहुत पहले नहीं कहा था , स्काइप (जो इसी नाम की प्रसिद्ध परियोजना में PostgreSQL का उपयोग करता है) ने ओपन सोर्स में कई उत्पाद जारी किए जो डेवलपर्स के एक बड़े सर्कल के लिए उपयोगी हो सकते हैं। उनमें से, सबसे पहले, यह छद्म भाषा पीएल / प्रॉक्सी पर ध्यान देने योग्य है, जो लगभग कोई प्रतिबंध नहीं के साथ क्षैतिज स्केलिंग को व्यवस्थित करने की अनुमति देता है (बशर्ते कि आवेदन का पूरा व्यापार तर्क संग्रहीत प्रक्रियाओं के रूप में लागू किया जाता है), बेहद हल्के Pgouncer कनेक्शन प्रबंधक । Skype Developers ज़ोन पृष्ठ पर एक नज़र डालें, आपको कई दिलचस्प चीजें मिलेंगी!



2007 के वसंत और गर्मियों के मोड़ पर, सरल और सुविधाजनक pgFouine लॉग विश्लेषण उपकरण का संस्करण 1.0 जारी किया गया था । यह प्रोग्राम आपको यह पता लगाने में मदद करेगा कि डेटाबेस सर्वर के आपके प्रोसेसर ने क्या किया। pgFoiune क्वेरी लॉग्स का विश्लेषण करता है (क्वेरी लॉगिंग को सक्षम करते समय, यह नीचे दी गई समय सीमा को लागू करने के लिए अनुशंसित है, log_min_duration_statement



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



और अंत में, बाकी उत्पादों के बारे में संक्षेप में:

• PgSNMP प्रोजेक्ट PostgreSQL (सर्वर स्थिति की निगरानी) के लिए SNMP एजेंट का कार्यान्वयन है;
• SEPostgres - SELinux एन्हांस्ड सुरक्षा मॉडल पर आधारित विस्तार;
• एक टूल बनाया गया है जो डेटाबेस एडमिनिस्ट्रेटर को इंडेक्स बनाने के लिए सिफारिशें प्रदान करता है और एक क्वेरी को पूरा करने के लिए एक संभावित योजना दिखाता है, बशर्ते कि ऐसे इंडेक्स उपलब्ध हों ( इंडेक्स एडवाइजर );
• वेब-प्रशासन के लिए जाने-माने टूल फप्पगडमिन में प्रकट हुआ (या प्रकट होने वाला है) स्लोनी-क्लस्टर, पूर्ण-पाठ खोज, ऑटो-वैक्यूम सेटिंग्स को कॉन्फ़िगर करने की क्षमता।

निष्कर्ष

संस्करण 8.3 कॉर्पोरेट उपयोग के लिए एक पूर्ण डेटाबेस प्रबंधन प्रणाली की ओर अगला कदम है। उत्पादकता में गैर-तुच्छ सुधार, उन अवसरों का उद्भव जो उपयोगकर्ताओं की आवश्यकताओं के अनुसार निर्धारित होते हैं, कई उपग्रह परियोजनाओं का विस्तार - यह सब PostgreSQL के आत्मविश्वास और तेजी से विकास को प्रदर्शित करता है।



इस समीक्षा को लिखते समय, लेखक ने निम्नलिखित स्रोतों का उपयोग किया:

• pgwiki / WhatsNew83
• pgwiki / Feature_Matrix
• pgwiki / 8.3_Changelog
• pgwiki / टोडो: पैचस्टैटस
• हाईलोड -2017 सम्मेलन में ब्रूस मोम्जन की रिपोर्ट, मॉस्को ( पीडीएफ )।
• आधिकारिक PostgreSQL 8.3 प्रलेखन ।
• Pgsql- हैकर्स मेलिंग सूची संग्रह।