एसक्यूएल डिलीट - पंक्तियों की अधिकतम संख्या

Question

SQL कथन में हटाने के लिए पंक्तियों की संख्या पर किस सीमा को रखा जाना चाहिए?

हमें 1 से कई सौ हजार पंक्तियों से हटाना होगा और SQL सर्वर को बिल्कुल मारने या हर बार अपशिष्ट-टोकरी खाली करने के लिए लॉग को भरने के लिए किसी प्रकार की सर्वोत्तम अभ्यास सीमा लागू करने की आवश्यकता है।

यह प्रश्न किसी भी प्रकार के डेटाबेस के लिए विशिष्ट नहीं है।

Answer 1

यह एक बहुत ही व्यापक सवाल है जो मूल रूप से "यह निर्भर करता है" तक उबाल जाता है। इसे प्रभावित करने वाले कारकों में शामिल हैं:

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

• हटाए गए कथन कितना जटिल है? आप कितने अन्य टेबल में शामिल हो रहे हैं, या जटिल कहां हैं? कभी-कभी हटाने के लिए पंक्तियों की पहचान हटाने के मुकाबले अधिक "महंगी" हो सकती है, इसलिए एक बड़ा हटाना "सस्ता" हो सकता है।

• क्या आप डेडलॉक्स के बारे में डरते हैं? जैसे ही आप अपने डिलीट के आकार को कम करते हैं, आपका डेडलॉक "पैर प्रिंट" कम हो जाता है। आदर्श रूप से, सिंगल-पंक्ति डिलीट हमेशा सफल होंगे।

• क्या आप थ्रूपुट प्रदर्शन की परवाह करते हैं? किसी भी एसक्यूएल कथन के साथ, आम तौर पर लगातार ओवरहेड (कनेक्शन सामान, क्वेरी पार्सिंग, रिटर्निंग परिणाम इत्यादि) होती है। एकल-कनेक्शन बिंदु दृश्य से, 1000-लाइन डिलीट 1000 x 1-लाइन डिलीट से तेज होगी।

• इंडेक्स रखरखाव ओवरहेड, विखंडन सफाई, या किसी भी ट्रिगर्स के बारे में न भूलें। वे आपके सिस्टम को भी प्रभावित कर सकते हैं।

सामान्य रूप से, हालांकि, मैं प्रति पंक्ति 1000-पंक्तियों पर बेंचमार्क करता हूं। जिन प्रणालियों के साथ मैंने काम किया है (सब- "एंटरप्राइज़") प्रति डिलीट 500 और 5000 रिकॉर्ड के बीच एक मीठा स्थान के साथ समाप्त होता है। मैं कुछ इस तरह करना पसंद:

set rowcount 500 

select 1 -- Just to force @@rowcount > 0 
while @@ROWCOUNT > 0 
delete from [table] 
    [where ...] 

Answer 2

एक सामान्य जवाब तालिका ड्रॉप और इसे फिर से बनाने के लिए, कि एक अच्छा प्रदर्शन कर समाधान है विलोपन shouldn है, लेकिन जब तक आप सत्यापित करने के लिए चलाता या अखंडता की कमी का एक बहुत है पूर्ण तालिका

Answer 3

के लिए लागू होता है, वह महंगी एक ऑपरेशन नहीं होगी।

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

Answer 4

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

Answer 5

सेट पंक्ति गणना विकल्प का उपयोग करके अपनी हटाई गई प्रभावित पंक्तियों की संख्या को सीमित करने और फिर एक लूप प्रदर्शन करना बहुत अच्छा है (और मैंने इसे कई बार पहले उपयोग किया है), ध्यान रखें कि SQL 2012 के बाद से यह नहीं होगा एक विकल्प बनें (BOL देखें)।

इसलिए, दूसरा विकल्प शीर्ष खंड का उपयोग करके हटाए जा रहे पंक्तियों की संख्या को सीमित करने के लिए हो सकता है। यानी

SELECT 1 

WHILE @@ROWCOUNT > 0 
BEGIN 
    DELETE TOP (#) 
    FROM mytable 
    [WHERE ...] 
END