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

अस्थायी तालिका में कॉपी करने में लंबा समय लग रहा है

आप जो हासिल करने की कोशिश कर रहे हैं उसके आधार पर अस्थायी तालिका सबसे अच्छा विकल्प नहीं हो सकती है... अगले कुछ अनुरोधों के दायरे को कम करने के लिए कुछ डेटा समेकन के साथ तालिका बनाना उपयोगी हो सकता है लेकिन ऐसा करने के लिए शायद ही कभी कुशल होता है।

साथ ही, अस्थायी तालिकाओं को कई बार एक्सेस नहीं किया जा सकता है, इसलिए एक वास्तविक तालिका की आवश्यकता होगी।

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

हम लगभग 1To के डेटासेट पर विकसित हो रहे हैं, बड़े प्रश्न उपयोगकर्ता के अधिकारों (श्रेणी, स्टोर,...) फिर उस तालिका का उपयोग डेटा को पुनः प्राप्त करने के लिए बिना बड़ी परिस्थितियों के डेटा को पुनः प्राप्त करने के लिए करें, लेकिन यह अभी भी एसएसडी का उपयोग करके धीमा था। इसलिए हमने सर्वर पर बहुत बड़ी रैम डाल दी और SELECT जिसे हम अस्थायी तालिकाओं को भरने के लिए उपयोग करते थे, लॉगिन पर प्रत्येक उपयोगकर्ता के लिए चलाया जाता है, और फिर FROM के रूप में उपयोग किया जाता है और सब कुछ सही है।




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. MySQL को सिद्धांत क्वेरी बिल्डर में कनवर्ट करना। IF और CONCAT के साथ मुद्दे। या चयन पर उपश्रेणियों के लिए एक और दृष्टिकोण

  2. MySQL में टेबल वेरिएबल बनाएं

  3. जूमला द्वारा उपयोग किए गए MySQL ड्राइवर को बदलें

  4. BLOB फ़ील्ड में छवि अपलोड करने का प्रयास करते समय SQL सिंटैक्स में त्रुटि

  5. डीबीयूनीट परीक्षण MySQL जावा