15 सितंबर को, एविटो में एक बैठक आयोजित की गई थी, जहां हमने पोस्टग्रेक्यूएल पर स्केलिंग अनुप्रयोगों के बारे में बात की थी। आज मैं उससे सामग्री साझा करना चाहता हूं - वीडियो, वक्ताओं से प्रस्तुतियां, फोटो दिखाएं। इसके अलावा, कट के तहत, मैंने क्विज प्रश्नों की एक चर्चा प्रकाशित की, जो हमने मिटे के पहले हबे पर यहां आयोजित की थी। और मैं बैठक के अपने छापों के बारे में बात करता हूं।

रिपोर्ट

वितरित लेनदेन और समय यात्रा। Stas Kelvich, Postgres Professional

स्टास ने वितरित लेनदेन और समय यात्रा के बारे में बात की।

प्रदर्शन

समीक्षा:

स्टास और उनकी टीम ने एक उत्कृष्ट काम किया! मुझे उम्मीद है कि उनके निर्णय को समुदाय द्वारा अनुमोदित किया जाएगा और हम इस समाधान को पोस्टग्रेज के नए संस्करण में देखेंगे।

Avito: PostgreSQL पर एक आवेदन स्केलिंग: युक्तियाँ और चालें। कॉन्स्टेंटिन इवटेव, एविटो

मैंने Avito में PostgreSQL पर एक एप्लिकेशन को स्केल करने के बारे में एक प्रस्तुति दी और हमारे सुझावों और ट्रिक्स को साझा किया।

प्रदर्शन

समीक्षा:

एक दिलचस्प दृष्टिकोण: जिसमें कोस्टेंटिन ने बहुत ही रोचक ढंग से और समझदारी से समझाया कि एक माइक्रोसर्स्क आर्किटेक्चर में डेटा के साथ काम करते समय आपको किन समस्याओं का सामना करना पड़ सकता है, और आईपी को स्केल करने के समाधान भी सुझाए गए हैं। गाथा याद है :)

तार्किक प्रतिकृति और PostgreSQL लेनदेन अलगाव स्तर। मिखाइल टायरिन

माइकल ने तार्किक प्रतिकृति और PostgreSQL लेनदेन अलगाव स्तरों पर एक रिपोर्ट तैयार की।

प्रदर्शन

समीक्षा:

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

OZO C ++ 17 के लिए एक अतुल्यकालिक प्रकार-सुरक्षित शीर्षलेख-केवल PostgreSQL क्लाइंट लाइब्रेरी है। सर्गेई हैंड्रीकोव, यैंडेक्स

सर्गेई ने श्रोताओं को बताया कि कैसे OZO, अतुल्यकालिक प्रकार-सुरक्षित हेडर-केवल PostgreSQL क्लाइंट-लाइब्रेरी C ++ 17 के लिए व्यवस्थित किया गया है, और इसमें योगदान करने के लिए आमंत्रित किया गया है।

प्रदर्शन

समीक्षा:

लेखक, मेरी राय में, कुछ समय में मौजूदा पुस्तकालयों में समस्याओं और नए C ++ पुस्तकालयों में समाधानों को जल्दी से प्रकट करने में कामयाब रहा। इसलिए, मुझे खुशी होगी कि अगर इन पुस्तकालयों को ओपन सोर्स में विकसित किया जाता है, तो अधिक बुनियादी चीजें पहले से ही लागू होती हैं, जो आनन्दित नहीं कर सकती हैं।

प्रश्नोत्तरी सवालों के जवाब

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

उपयोगकर्ताओं के रिकॉर्ड के बिना एक खाली तालिका है ("UserId" int, "शेष" int)। क्वेरी के परिणामस्वरूप क्या लौटेगा?

with ins as ( insert into users select gs, gs * 10 from generate_series(1, 4) gs where gs%2 = 0) select * from users; 

select * from users where UserId = 10; पिछली नौकरी को पूरा करने के बाद उपयोगकर्ताओं की तालिका तक पहुँचने पर?

Enum CREATE TYPE स्थिति के रूप में परिभाषित ENUM ('प्रतीक्षा', 'init', 'run', 'stop'); कौन सा कमांड 'init' का मान निकाल सकता है?

मैं PostgreSQL में कार्यों की सूची कैसे प्राप्त कर सकता हूं?

क्वेरी के परिणामस्वरूप क्या लौटेगा?

 select null = null, null is null, 1::smallint::boolean is true, null::bigint > 1 

जूनियर डेवलपर वासिया को एक क्वेरी लिखने का निर्देश दिया गया था, जो parent तालिका से सभी प्रविष्टियों को प्रदर्शित करती है, जिसके लिए child तालिका में कोई प्रविष्टि नहीं है।

डेटा स्कीमा:

 create table parent (parent_id serial primary key, payload text); create table child (child_id serial primary key, parent_id integer unique references parent (parent_id)); 

वास्या ने बहुत कोशिश की और गंदगी का सामना नहीं करना चाहती थी, इसलिए वह समस्या को हल करने के लिए आठ अलग-अलग प्रश्नों के साथ आई:

 -- 0 select p.parent_id, p.payload from parent p where not exists(select from child c where c.parent_id = p.parent_id); -- 1 select p.parent_id, p.payload from parent p where not (array[p.parent_id] && array(select c.parent_id from child c)); -- 2 select distinct p.parent_id, p.payload from parent p full join child c on (c.parent_id = p.parent_id) where c.parent_id is null; -- 3 select p.parent_id, p.payload from parent p where p.parent_id not in (select c.parent_id from child c); -- 4 select p.parent_id, p.payload from parent p left join child c on (c.parent_id = p.parent_id) where c.parent_id is null; -- 5 with w_child_with_parents as ( select c.parent_id, ( select count(*) from parent p where c.parent_id = p.parent_id) = 1 as parent_exists from child c) select p.parent_id, p.payload from parent p where p.parent_id in (select pc.parent_id from w_child_with_parents pc where not pc.parent_exists); -- 6 select p.parent_id, p.payload from parent p full join child c on (c.parent_id = p.parent_id) group by p.parent_id, p.payload having count(c) = 0; -- 7 select p.parent_id, p.payload from parent p where p.parent_id in ( select p2.parent_id from parent p2 except all select c2.parent_id from child c2); 

वास्या ने आपके लिए अपने विकल्प प्रस्तुत किए ताकि आप उन्हें सर्वश्रेष्ठ चुनने में मदद कर सकें। उनका दावा है कि सभी प्रश्न समान तरीके से काम करते हैं: तालिकाओं को स्मृति में रखा जाता है और प्रदर्शन में अंतर महत्वपूर्ण नहीं है (या अदृश्य भी)। हालाँकि, आपने अधिक अनुभवी डेवलपर के रूप में देखा है कि शायद सभी अनुरोध कार्य को हल नहीं करते हैं। उन प्रश्नों को सूचीबद्ध करें जो कार्य को हल नहीं करते हैं (और क्यों समझाएं)।

 insert into parent (parent_id, payload) values (1, 'payload 1'), (2, 'payload 2'), (3, 'payload 3'), (4, 'payload 4'), (5, 'payload 5'); insert into child (child_id, parent_id) values (1, 1), (2, 3), (3, null), (5, 5); 

तीन प्रतिभागियों द्वारा प्रश्नोत्तरी के सभी प्रश्नों का सही उत्तर दिया गया था। हमने बैठक में एक पुरस्कार दिया, स्मृति चिन्ह के दो और सेट मेल से गए।

अंतभाषण

सभा में सौ से अधिक लोग आए थे। ऐसे दर्शकों से मिलकर बहुत अच्छा लगा। एक सर्वेक्षण के अनुसार, ५०% से अधिक मीतप मेहमानों को डेटाबेस के साथ पांच साल से अधिक काम करने का अनुभव है। और यह बहुत अच्छा है जब रिपोर्टों को दर्शकों से इतनी जीवंत प्रतिक्रिया मिलती है:

बैठकों के मौके पर, PostgreSQL के एक तेजी से सामान्य उपकरण बनने के बारे में बहुत सारी बातें हुईं। यह वास्तव में है। मैं यह कहने का अवसर लेता हूं कि हम एविटो में डीबीए टीम का विस्तार करने की योजना बना रहे हैं, और यदि आप एक बड़ी परियोजना पर महत्वाकांक्षी कार्यों में रुचि रखते हैं, तो माई सर्कल पर रिक्ति देखें या मुझे लिखें।

अंत में, मैं यैंडेक्स के सहयोगियों को धन्यवाद देना चाहता हूं, पोस्टग्रेज प्रोफेशनल, और निश्चित रूप से, एवितो ने उन अद्भुत रिपोर्टों के लिए जो हमने सुना। इस शनिवार के दिन और लाइव दर्शकों के लिए हमारे पास आए मेहमानों के लिए धन्यवाद। और हां, ट्रस्ट के लिए #RuPostgres समुदाय।

यहां सभी रिपोर्टों के साथ प्लेलिस्ट।
हमने फेसबुक और VKontakte पर फोटो रिपोर्ट पोस्ट की।

जल्द मिलते हैं!