MySQL के साथ काम करने के कुछ दिलचस्प ट्रिक्स और विशेषताएं

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

डुप्लिकेट हटाना

बहुत बार, विभिन्न विशेष संसाधनों पर, मुझे इस बात पर सवाल उठने लगे कि तालिका में डुप्लिकेट प्रविष्टियों से कैसे जल्दी और बेहतर तरीके से छुटकारा पाएं। तुरंत यह ध्यान में आता है कि आपको इसके समान एक और तालिका बनाने की आवश्यकता है, इसमें एक अनूठी कुंजी बनाएं और इसमें मूल तालिका से डेटा की प्रतिलिपि बनाएँ, कहते हैं, INSERT IGNORE का उपयोग करते हुए। लेकिन एक आसान तरीका है। इस क्वेरी का उपयोग करके तालिका में एक अद्वितीय कुंजी बनाएं:

ALTER IGNORE TABLE table1 ADD UNIQUE (field1, field2); 

कुंजी जोड़ने के बाद, सभी डुप्लिकेट स्वचालित रूप से हटा दिए जाएंगे।

स्ट्रिंग को संख्या में बदलें

मान लें कि आपके पास एक निश्चित संख्या वाले घर के पते की पता तालिका में खोज का कार्य है। इसके अलावा, घर का नंबर संख्या पाठ क्षेत्र में संग्रहीत किया जाता है जिसमें '1', '1a', '1 / b', '2y', '3ytsuken', आदि के मान शामिल हैं। और हम एक संख्या चुनना चाहते हैं जिसमें 1 और कुछ अन्य वर्णों की संख्या हो। मुझे लगता है कि बहुत से लोग तुरंत LIKE या REGEXP का उपयोग करके समाधान की तलाश करेंगे। लेकिन निम्नलिखित MySQL सुविधा का उपयोग करना आसान होगा:

 SELECT * FROM address WHERE num + 0 = 1; 

एक अंकगणितीय ऑपरेशन पूरा करने के बाद, MySQL अपने सभी तर्कों को एक संख्यात्मक प्रकार में डाल देता है। स्ट्रिंग्स के मामले में, सभी वर्णों को छोटा कर दिया जाएगा, जो पहले गैर-संख्यात्मक एक से शुरू होता है।
यहाँ इस तरह के एक अनुरोध है, भी, चुपचाप त्रुटियों के बिना निष्पादित:

 SELECT '1qwe3s' + '2regt3g'; 

और परिणामस्वरूप, हमें उत्तर मिलता है: 3।

क्वेरी में चर का उपयोग करना

यहां मैं तुरंत एक समस्या को हल करने का एक उदाहरण दूंगा जिसमें एक चर हमारे जीवन को आसान बना देगा।
हमारे पास निम्नलिखित तालिका तालिका 1 है:

आईडी	योग
1	35
2	25
3	10
4	55
5	12

आपको इन सभी क्षेत्रों को प्रदर्शित करने और उन पर 2 और जोड़ने की आवश्यकता है, ऑनस्टार्ट और कुल।
कुल = योग - onStart।
पहले रिकॉर्ड onStart = 0 के लिए onStart पिछले रिकॉर्ड से कुल मूल्य के बराबर है।
यानी अंत में, हमें यह परिणाम प्राप्त करना चाहिए:

आईडी	योग	onStart	संपूर्ण
1	35	0	35
2	25	35	-10
3	10	-10	20
4	55	20	35
5	12	35	-23

एक चर का उपयोग करके, हम इस समस्या को हल करते समय अतिरिक्त JOIN और सबक्वेरी से छुटकारा पा सकेंगे:

 SELECT t1.id, t1.summ, @i AS onStart, @i := t1.summ - @i AS total FROM table1 t1 JOIN (SELECT @i := 0) var; 

एक तालिका में विभिन्न अभिलेखों की संख्या की गिनती

एक और आम काम। और यहां मैं तुरंत एक उदाहरण दूंगा।
दी गई तालिका 1 (आईडी, एफ 1, एफ 2)। हमें एक क्वेरी लिखने की आवश्यकता है जो हमारे लिए निम्नलिखित परिणाम लौटाएगी:

प्रविष्टियों की कुल संख्या	एफ 1 = 1 के साथ रिकॉर्ड की संख्या	f1 = 2 के लिए f2 के मानों का योग

बेशक, आप इस तरह से परिणाम प्राप्त कर सकते हैं:

 SELECT COUNT(1), (SELECT COUNT(1) FROM table1 WHERE f1 = 1), (SELECT SUM(f2) FROM table1 WHERE f1 = 2) FROM table1; 

लेकिन यह स्पष्ट है कि यह इष्टतम समाधान से दूर है। प्रत्येक रिकॉर्ड के लिए दो अतिरिक्त उपश्रेणियाँ हैं। और हम इसे अलग तरीके से करेंगे:

 SELECT COUNT(1), SUM(f1 = 1), SUM(IF(f1 = 2, f2, 0)) FROM table1; 

अब एक और बात। हम सभी की जरूरत है, हम मेज पर एक पास में गिना।

समूह कथन में कॉलम 'आईडी' अस्पष्ट है

लेख के इस भाग में, मैं MySQL की एक दिलचस्प विशेषता पर आपका ध्यान आकर्षित करना चाहता हूं।
हमारे पास निम्नलिखित अनुरोध हैं:

 SELECT t1.id, t2.id FROM table1 t1 JOIN table2 t2 ON t1.id = t2.id_t1 GROUP BY id; 

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

 SELECT t1.id, t2.f1 FROM table1 t1 JOIN table2 t2 ON t1.id = t2.id_t1 GROUP BY id; 

हमने प्रदर्शित फ़ील्ड की सूची से t2.id हटा दिया और, lo और निहारना, अनुरोध काम किया, डेटा t1.id द्वारा समूहीकृत किया गया। अन्य DBMS, जैसे, उदाहरण के लिए, MS SQL या PostgreSQL, दूसरे मामले में एक त्रुटि देगा, लेकिन MySQL के लिए दूसरी क्वेरी पूरी तरह से सही है।
इसलिए मैं सलाह देता हूं कि आप अधिक सावधान रहें और हमेशा खेतों के सामने एलियसेस का उपयोग करें, अन्यथा फिर अनुरोध में थोड़े बदलाव के साथ, आप एक त्रुटि में भाग सकते हैं।

अंतिम तिथि डेटा खोजें

और अंत में, मैं एक ठेठ को हल करने का एक और उदाहरण देना चाहता हूं, जटिल नहीं, अक्सर समस्या का सामना करना पड़ा। किसी कारण से, यह अक्सर कई लोगों के लिए कठिनाइयों का कारण बनता है।
भुगतान तालिका में भुगतान किए गए हैं (आईडी INT, uid INT, pay_date DATETIME, राशि DECIMAL (15, 2%))।
आईडी - प्राथमिक कुंजी
यूआईडी - उपयोगकर्ता पहचानकर्ता
pay_date - भुगतान की तारीख
राशि - भुगतान राशि
आपको एक अनुरोध लिखना होगा जो प्रत्येक उपयोगकर्ता के लिए अंतिम भुगतान की तारीख और राशि प्रदर्शित करता है।
युपीडी। हमारा मानना ​​है कि उपयोगकर्ता प्रति सेकंड एक से अधिक भुगतान नहीं कर सकता है। (इस शर्त के बिना, समस्या का बयान गलत है)। Pay_date प्रकार DATE से DATETIME में बदल गया।
मैं आपको निम्नलिखित मानक समाधान प्रदान करता हूं:

 SELECT p.uid, p.amount FROM payments p JOIN (SELECT uid, MAX(pay_date) AS max_dt FROM payments GROUP BY uid) sel ON p.uid = sel.uid AND p.pay_date = sel.max_dt;