Mysql
 sql >> डेटाबेस >  >> RDS >> Mysql

अच्छा विचार/बुरा विचार? सबक्वेरी परिणामों के एक छोटे से सेट के बाहर MySQL रैंड () का उपयोग करना?

असल में...मैंने एक परीक्षा समाप्त की और मैंने शायद अपने ही प्रश्न का उत्तर दे दिया होता। मैंने सोचा कि अगर यह किसी और के लिए उपयोगी हो तो मैं इस जानकारी को यहां पोस्ट करूंगा। (अगर मैंने यहां कुछ गलत किया है, तो कृपया मुझे बताएं!)

यह एक तरह से आश्चर्यजनक है...

मैंने जो कुछ भी पढ़ा है, उसके विपरीत, मैंने टेस्टडाटा नामक एक तालिका बनाई जिसमें 1 मिलियन पंक्तियां थीं और निम्न क्वेरी चलाई:

चुनें * टेस्टडाटा से जहां नंबर =41 रैंड द्वारा ऑर्डर () LIMIT 8

... और इसने पंक्तियों को औसतन 0.0070 सेकंड में लौटा दिया। मैं वास्तव में नहीं देखता कि रैंड() की इतनी खराब प्रतिष्ठा क्यों है। यह मेरे लिए बहुत उपयोगी लगता है, कम से कम इस विशेष स्थिति में।

मेरी टेबल में तीन कॉलम हैं:

आईडी [बिगिनट(20)] | टेक्स्टफील्ड [टिनीटेक्स्ट] | नंबर [बिगिनट(20)]

आईडी पर प्राथमिक कुंजी, संख्या पर अनुक्रमणिका।

मुझे लगता है कि MySQL यह जानने के लिए काफी स्मार्ट है कि इसे केवल 20 पंक्तियों में RAND() लागू करना चाहिए जो "WHERE number =41" द्वारा लौटाए जाते हैं? (मैंने विशेष रूप से केवल 20 पंक्तियाँ जोड़ी हैं जिनका 'नंबर' के लिए मान 41 था।)

वैकल्पिक सबक्वेरी विधि लगभग .0080 सेकंड के औसत समय के साथ परिणाम लौटाती है, जो गैर-सबक्वायरी विधि की तुलना में धीमी है।

सबक्वेरी विधि:चुनें * से (चुनें * टेस्टडेटा से जहां संख्या =41) टी ऑर्डर द्वारा रैंड() LIMIT 8



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. एक ही तालिका में विशिष्ट मानों के लिए कॉलम मान को COUNT पंक्तियों में अपडेट करें

  2. MySql बल्क लोड कमांड लाइन टूल

  3. MySQL InnoDB इतना धीमा क्यों है?

  4. SQL क्वेरी:उन सभी आईडी की सूची जो एक निश्चित समय अंतराल के दौरान सक्रिय थे, उनके प्रारंभ समय के आधार पर छांटे गए

  5. MySQL:ALTER IGNORE TABLE ADD UNIQUE, क्या छोटा किया जाएगा?