गारंटी जब संख्या पंक्तियों

Question

करने के लिए उपयोगकर्ता चर का उपयोग कर अतः उपयोगकर्ता चर का उपयोग का सुझाव पर नंबर पंक्तियों

यहाँ मैं अक्सर उत्तर खोजने के लिए उपयोगकर्ता चर का उपयोग करना कुछ बात या अन्य नंबर पर। शायद सबसे स्पष्ट उदाहरण किसी दिए गए परिणाम सेट से प्रत्येक दूसरी पंक्ति का चयन करने के लिए एक प्रश्न होगा। (यह प्रश्न और प्रश्न this answer के समान है, लेकिन यह this उत्तर था जो वास्तव में इस प्रश्न को ट्रिगर करता था)।

SELECT * 
FROM (SELECT *, (@row := @row + 1) AS rownum 
     FROM (SELECT @row := 0) AS init, tablename 
     ORDER BY tablename.ordercol 
    ) sub 
WHERE rownum % 2 = 1 

यह दृष्टिकोण आम तौर पर काम करता प्रतीत होता है।

कारण, सावधान

दूसरी ओर होने के लिए MySQ docs राज्य:

एक सामान्य नियम के रूप में, आप एक उपयोगकर्ता चर को कोई मान निर्दिष्ट नहीं किया जाना चाहिए और एक ही कथन में मूल्य पढ़ । आपको परिणाम मिलने वाले परिणाम मिल सकते हैं, लेकिन इसकी गारंटी नहीं है। उपयोगकर्ता चर शामिल अभिव्यक्तियों के मूल्यांकन के लिए आदेश अनिर्धारित है और किसी दिए गए कथन में निहित तत्वों के आधार पर बदल सकता है; इसके अलावा, यह आदेश MySQL सर्वर के रिलीज़ के बीच समान होने की गारंटी नहीं है।

कोर सवाल

तो मेरे सवाल का कैसे वर्तमान सर्वर का उपयोग इस तरह के एक आदेश प्राप्त करने के लिए नहीं है और इसके बजाय आप उपयोगकर्ता चर का उपयोग कर सुझाव दिया समाधान गारंटी सब (उचित) परिस्थितियों में और के लिए काम करने के लिए है MySQL के सभी भावी संस्करण।

द्वारा "गारंटी" मेरा मतलब है MySQL दस्तावेज़ या कुछ मानक MySQL दावों के अनुरूप आधिकारिक स्रोत। ऐसे आधिकारिक उत्तरों की कमी, अक्सर उपयोग किए जाने वाले ट्यूटोरियल या MySQL स्रोत कोड के कुछ हिस्सों जैसे अन्य स्रोतों को उद्धृत किया जा सकता है। द्वारा "काम करता है" मेरा मतलब यह है कि परिणाम की प्रति पंक्ति एक बार, और ORDER BY लाइन द्वारा प्रेरित क्रम में असाइनमेंट निष्पादित किया जाएगा।

SELECT * 
FROM (SELECT *, (@row := @row + 1) AS rownum 
     FROM (SELECT @row := 0) AS init, tablename 
     HAVING rownum > 0 
     ORDER BY tablename.ordercol 
    ) sub 
WHERE rownum % 2 = 1 

MySQL 5.5.27 वर्तमान में SQL Fiddle पर स्थापित पर एक खाली परिणाम का उत्पादन करेगा: एक को तोड़ने क्वेरी

की

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

Answer 1

आपने कथन को गलत तरीके से पढ़ाया है। यह एकाधिक चर का उपयोग करते समय, SELECT सूची में अभिव्यक्तियों के क्रम से संबंधित है।
जैसा कि प्रस्तुत किया गया है, इस सिंगल-वेरिएबल कथन पर ORDER के पास MySQL के वर्तमान संस्करण तक एक गारंटीकृत आदेश है और उस पाठ में कुछ भी नहीं बताता है कि यह बदल जाएगा।

लेकिन भविष्य की गारंटी? कौन जाने।

---

तोड़ने क्वेरी के बारे में

, आप फिर से गलत समझा कैसे MySQL काम करता है। आइए अपनी क्वेरी को तोड़ दें। मैनुअल

एक का चयन करें बयान में में इस बयान को ध्यान में रखना, प्रत्येक का चयन अभिव्यक्ति केवल जब ग्राहक को भेजा मूल्यांकन किया जाता है। इसका मतलब यह है कि एक होने, ग्रुप, अथवा खंड क्रम में, एक ऐसा वैरिएबल चयन अभिव्यक्ति की सूची में एक मूल्य असाइन किया गया है काम नहीं करता है के रूप में उम्मीद

की चर्चा करते हुए प्रश्नों के प्रसंस्करण के आदेश मोटे तौर पर है

FROM/JOIN 
WHERE/ON 
GROUP BY/ROLLUP 
HAVING 
UNION 
SELECT 
ORDER BY 
@variable resolution 

आपके "टूटा" क्वेरी एक ही स्तर, जो सिर्फ के बारे में के रूप में/एक कहां का उपयोग कर एक स्तंभ उर्फ ​​के खिलाफ धारा होने के रूप में पाप है के भीतर चर का उपयोग करने के लिए प्रयास करता है। यही कारण है कि आप एक ही क्वेरी-स्तर पर चर का उपयोग करके MySQL चर-आधारित row_numbering समाधान कभी नहीं देखेंगे, यह हमेशा एक सबक्वायरी में होता है। बाहरी क्वेरी को आंतरिक क्वेरी के client माना जा सकता है जिस पर चर/प्लेसहोल्डर-अभिव्यक्ति प्रस्तुत की गई है। आपके तर्क से, आप आसानी से @row सीधे शामिल होने वाले WHERE खंड का उपयोग करके इसे आसानी से तोड़ सकते हैं (हाँ यह रन होगा!)।