एक डेटाबेस तालिका

Question

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

हमारे उत्पादों तालिका एक incrementing प्राथमिक कुंजी है कि शून्य है जो हम कितने उत्पादों आवंटित किया गया है यानी यदि उपयोगकर्ता उत्पाद सुरक्षित रखता है और आवंटित हो जाता है 1 का ट्रैक रखने के लिए उपयोग में शुरू होता है, अगले उपयोगकर्ता 2 आदि

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

चूंकि हमें यह सुनिश्चित करने की आवश्यकता है कि प्रत्येक ग्राहक केवल एक उत्पाद आवंटित किया जाए और कितने उत्पादों को आवंटित किया गया है, इसका ट्रैक रखें, हम प्रत्येक ग्राहक के लिए एक पंक्ति लॉक का उपयोग करते हैं ताकि यह सुनिश्चित किया जा सके कि वे अगले ग्राहक से पहले तालिका में लिख सकें सिस्टम को हिट करता है - यानी पहले आते पहले नियमों को लागू करना।

हम इस समस्या के बारे में चिंतित हैं कि SQL सर्वर 2008 एंटरप्राइज़ संस्करण और पंक्ति लॉक में आने वाले प्रत्येक अनुरोध का प्रसंस्करण समय है।

हम एकाधिक सर्वर का उपयोग नहीं कर सकते हैं क्योंकि हमें प्राइम कुंजी की अखंडता सुनिश्चित करने की आवश्यकता है ताकि प्रतिकृति की आवश्यकता वाले किसी भी काम को काम नहीं किया जा रहा है।

क्या किसी को भी किसी भी अच्छे समाधान के बारे में पता है जो एक डेटाबेस तालिका पर बड़ी संख्या में अनुरोधों को संभालने में विशेष रूप से कुशल है?

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

किसी भी मदद के लिए धन्यवाद के मुकाबले एक उच्च मूल्य उत्पाद प्राप्त किया।

Answer 1

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

यहां एक महत्वपूर्ण सवाल यह है कि, सभी 1 एम आइटम समान हैं या नहीं? यदि वे हैं, तो इससे कोई फ़र्क नहीं पड़ता कि चाबियाँ किस क्रम में हैं (या यहां तक ​​कि यदि उनके पास ऑर्डर है), ताकि ग्राहक अनुरोध सबमिट कर सकें, तो आप तालिका को अद्यतन करने के लिए बस 'कोशिश करें':

UPDATE TOP(1) dbo.Giveaway -- you can use OUTPUT to return the key value here 
SET CustomerID = @CurrentCustomerID 
WHERE CustomerID IS NULL 

IF @@ROWCOUNT = 0 -- no free items left 
PRINT 'Bad luck' 
ELSE 
PRINT 'Winner' 

यदि दूसरी ओर 1 एम आइटम अलग हैं तो आपको एक और समाधान की आवश्यकता है, उदाहरण के लिए आइटम 1 एक्स है, आइटम 2-10 वाई हैं, 11-50 जेड इत्यादि हैं। इस मामले में अनुरोधों को जमा करने के क्रम में ग्राहकों को चाबियाँ सौंपना महत्वपूर्ण है, इसलिए आपको शायद किसी प्रकार की क्यूइंग सिस्टम देखना चाहिए, शायद सेवा ब्रोकर का उपयोग कर। प्रत्येक ग्राहक कतार में एक अनुरोध जोड़ता है, फिर एक संग्रहीत प्रक्रिया उन्हें एक समय में संसाधित करती है और उन्हें MAX मुक्त कुंजी असाइन करती है, फिर उन्होंने जो भी जीता है उसका ब्योरा देता है।