हम SQL में छात्रों के लिए एक तार्किक समस्या का समाधान करते हैं

यह सभी व्हाट्सएप ग्रुप में अगली स्क्रीन पर निम्न सामग्री के साथ शुरू हुआ (मूल रूसी में नहीं है, लेकिन यह महत्वपूर्ण नहीं है):

साशा, पेटिट और विट की आयु का योग 67 वर्ष है। जब विक्टर साशा की उम्र में था, तो पेटिट के जन्म से 3 साल पहले ही रह गया था। साशा और पेटिट की आयु का योग क्या है?

यह स्पष्ट है कि यह कार्य स्कूली बच्चों के लिए है, लेकिन SQL-EX समस्याओं को हल करने के लंबे घंटों के बाद (वैसे, उच्च-गुणवत्ता और दिलचस्प कार्यों के लिए उनसे अधिक धन्यवाद) पहली बात जो दिमाग में आती है:

SELECT DISTINCT r2 + r3 FROM (SELECT rownum r1 FROM tab) r1 CROSS JOIN (SELECT rownum r2 FROM tab) r2 CROSS JOIN (SELECT rownum r3 FROM tab) r3 WHERE r1 + r2 + r3 = 67 AND r1 - r2 = r3 + 3 

जहां टैब लगभग 100 लाइनों वाला कोई भी टैबलेट है। समाधान: 32, जिसमें समूह के सहयोगी ने जवाब दिया: "और व्यक्तिगत रूप से कितने?" हम DISTINCT को हटा देते हैं और "+" से "," में बदल जाते हैं ... यह 31 जोड़े विकल्पों का पता लगाता है ... बिल्कुल सटीक उत्तर नहीं। किसी कारण के लिए मैं निश्चित रूप से जवाब देना चाहता था, और कम से कम कुछ सबूत हाथ में था।

So. हम डेटाबेस में सभी उपलब्ध ग्राहकों को कार्य और उनके जन्मदिन के नाम के साथ हाथ में लेते हैं:

 WITH t AS (SELECT DISTINCT upper(NAME) NAME, to_date(birthdate, 'RRRRMMDD') dob FROM clients WHERE upper(NAME) IN ('', '', '')) 

मूल में, नाम अलग-अलग हैं, यह स्पष्ट है कि डेटाबेस में पासपोर्ट के अनुसार नाम शामिल हैं।
हम तीन बार कनेक्ट करते हैं और शर्तों को जोड़ते हैं कि साशा और पेट्या की उम्र का योग 32 है जब वीटा 35 है:

 SELECT v.dob vitya, --   ,    s.dob sasha, p.dob petya, add_months(v.dob, 35 * 12) data_zadachi --    ) FROM tv CROSS JOIN ts CROSS JOIN tp WHERE v.name = '' AND s.name = '' AND p.name = '' AND trunc((add_months(v.dob, 35 * 12) - s.dob) / 365.24) + trunc((add_months(v.dob, 35 * 12) - p.dob) / 365.24) = 32 

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

पहले से ही समूह में सदस्यता रद्द कर दी गई थी कि वह कुछ साबित करने की कोशिश कर रहा था, लेकिन कुछ भी नहीं आया। सहयोगियों में से एक ने केवल एक दुर्लभ संरक्षक के साथ ग्राहकों की तलाश करने का सुझाव दिया। यह अब समस्या की स्थितियों के अनुकूल नहीं है, लेकिन निम्नलिखित सोच को फेंक दिया।

कार्य के पात्र भाई क्यों नहीं हैं? यानी यह तथ्य नहीं है कि यह भाइयों का है, हम इसे सत्यापित नहीं कर सकते, लेकिन एक ही संरक्षक के साथ नाम लेते हैं - यह आसान है। शायद डेटाबेस में कोई भी नहीं है, यह थोड़ा भयावह था, लेकिन स्थिति को जोड़ने के बाद, अनुरोध ने अभी भी 13,000 संभावित विकल्प जारी किए हैं।

यह महसूस करते हुए कि मैं हर तरह के बेकार बकवास पर अपना समय बर्बाद कर रहा हूं, इससे पहले कि मैं सब कुछ छोड़ दूं, मैंने अपने अंतिम नामों और संरक्षक को जांचने का फैसला किया। और यहाँ यह है, उपनाम के साथ कोई समस्या नहीं है, लेकिन नमूने के अंतहीन पृष्ठों पर एक मध्य नाम के बजाय डैश थे। यानी अनुरोध मूल रूप से केवल उन ग्राहकों को छोड़ दिया गया था जिनके मध्य नाम ज्ञात नहीं थे। केवल अंतिम शर्त जोड़कर, मुझे केवल 3 प्रविष्टियां मिलीं। इस शब्द के साथ स्क्रीन "यह संभावना नहीं है कि कार्य 50 के दशक में तैयार किया गया था, और यदि आप केवल 2001 छोड़ देते हैं, तो ब्रदर्स 35, 3, 29 थे"

बेशक, यह सब बहुत मनमाना है, और मजाक के लिए, सब कुछ गंभीरता से लेना आवश्यक नहीं है। मज़ा के रूप में हम कर सकते हैं, हम प्रोग्रामर हैं ...