MS SQL 2008, सीमांत नोट। बहुत सारे यादृच्छिक संख्याएँ

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

हर कोई जो विषय में रुचि रखता है, बिल्ली के नीचे स्वागत करता है ...

टास्क : एमएस एसक्यूएल 2008 पर, 1 से 100,000 तक तालिका में 10,000,000 (दस मिलियन) यादृच्छिक प्राइम जोड़ें। और मैं इसे जल्दी से जल्दी करना चाहूंगा।
कार्य की सादगी में, रचनात्मकता के लिए एक बड़ा क्षेत्र है।

समाधान 1
सबसे आसान तरीका: एक लूप को व्यवस्थित करना और प्रत्येक पुनरावृत्ति पर तालिका में एक यादृच्छिक संख्या जोड़ना।
समाधान मूल नहीं है, सरल है और ... बहुत लंबा है, वास्तव में बहुत लंबा है ...


T-SQL

मेरी मशीन पर (CPU: AMD Phenom II X2 550 / RAM: 8Gb / HDD: WD5000AAKS / MS SQL2008R2 / Win7x64), जब निष्पादन का समय 25 मिनट से अधिक हो गया , तो अनुरोध को बाधित करना पड़ा।

समाधान २
पिछले समाधान में सबसे कमजोर बिंदु है पुनरावृत्तियों की संख्या जोड़ दी गई पंक्तियों की संख्या के बराबर है।

थोड़ा प्रतिबिंब और Google के माध्यम से देखने के बाद, हमें एक दिलचस्प टेबल मास्टर..स्पॉट_वायुल मिलते हैं (हम एक परमाणु के रूप में एमएस एसक्यूएल से बाहर नहीं चलते हैं)।

अनुरोध को पुन: लिखें।
हम एक बार में एक रिकॉर्ड नहीं, बल्कि एक बार में 2000 डालेंगे।
समाधान पिछले एक से बहुत अलग नहीं है, लेकिन हमें उत्पादकता में भारी वृद्धि हुई है।


T-SQL

मुझे क्वेरी करने में 48 सेकंड का समय लगा।
(यह मानते हुए कि हमारा समाधान 2,000 गुना तेज था, लेकिन पिछले एक को पूरा होने में 26 घंटे से अधिक समय लगेगा)।

समाधान 3
क्या मैं अभी भी उत्पादकता बढ़ा सकता हूं?
आइए स्क्रिप्ट देखें, WHILE
इससे छुटकारा पाने के लिए, हमें एक तालिका की आवश्यकता है जिसमें संभव के रूप में कई संख्याएं हैं - आदर्श रूप से 10,000,000 के बराबर।

Google झुंड "क्रॉस जॉइन" और "विथ" है।

हमें primes की एक तालिका चाहिए:



जिससे हम एक तालिका बनाएंगे जिसमें आवश्यक संख्याओं का समूह होगा:



और अंत में परिणाम जोड़ें



अनुरोध 34 सेकंड से कम समय में पूरा हो गया था।
T-SQL

कौन सा उपाय चुनें?
बेशक हम माथे पर समाधान का उपयोग नहीं करते हैं। यही है, निर्णय 1, आप सुरक्षित रूप से कहानी दे सकते हैं "कैसे नहीं करना है।"

समाधान 2 और समाधान 3 के बीच का अंतर इतना स्पष्ट नहीं है। सादगी बनाम गति। कौन सा उपयोग करना है यह विशिष्ट स्थिति पर निर्भर करता है और भविष्य में इसे बनाए रखना और विस्तार करना आसान होगा।

स्रोत कोड