जो तेजी से है, INSERT से पहले या उसके बाद EXISTS?

Question

मेरे पास SQL ​​सर्वर में एक एसपी है जो एक मिनट में सैकड़ों बार चलता है, और डेटाबेस के विरुद्ध आने वाले ट्रैफ़िक की जांच करने की आवश्यकता होती है। फिलहाल यह

INSERT INTO table 
SELECT @value1,@value2 WHERE NOT EXISTS 
(SELECT * FROM table WHERE value1 = @value1 AND value2 = @value2); 

हालांकि निम्नलिखित करता है, मैं भी

IF NOT EXISTS(SELECT * FROM table WHERE value1 = @value1 AND value2 = @value2)  
    INSERT INTO table (value1,value2) VALUES (@value1,@value2); 

कौन सा तेजी से किया जाएगा साथ जा सकते हैं? मुझे लगता है कि उनके बीच बहुत अंतर नहीं है लेकिन मैं ऐतिहासिक रूप से टीएसक्यूएल पर बहुत अच्छा नहीं हूं ... =/

अपडेट: हूप्स ... यह कहना है कि EXISTS 1 से अधिक मान का उपयोग करता है या नहीं रिकॉर्ड मौजूद है, इसलिए एक अनूठी बाधा काम नहीं करेगी। नमूना को प्रतिबिंबित करने के लिए संपादित किया गया है ...

Answer 1

इस प्रश्न और उसके उत्तरों पर एक गजबियन टिप्पणियां जोड़ने के बाद, मुझे इसका उत्तर देने पर अपना स्वयं का जाना होगा।

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

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

चाहे विशिष्टता जांच स्पष्ट या निहित है, AFAIK से कोई फर्क नहीं पड़ता।यदि डीबीएमएस के पेट के अंदर "अंदर" चेक करके कुछ भी प्राप्त किया जाता है, तो यह लाभ केवल डुप्लिकेट मौजूद होने पर त्रुटियों को बढ़ाने और संभालने के साथ जुड़े ओवरहेड द्वारा खाया जा सकता है।

---

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

Answer 2

यदि आप मूल्यों को अद्वितीय बनाना चाहते हैं, तो क्यों न केवल मूल्य पर एक अद्वितीय बाधा उत्पन्न करें, चयन के बिना एक INSERT करें और दृढ़ता से उल्लंघन उल्लंघन त्रुटि को संभालें?

यह इन दृष्टिकोणों में से किसी एक से तेज़ होगा।

इसके अलावा, आपका पहला दृष्टिकोण काम नहीं करता है - जब तक आप चयन करने के लिए चुनते हैं, तो आप पहले ही मूल्य डालते हैं, इसलिए चयन करें कि आपने जो अभी डाला है उसे स्पष्ट रूप से ढूंढें।

Answer 3

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

Answer 4

बस कर, और किसी भी त्रुटि को अनदेखा (पर मूल्य एक अद्वितीय बाधा मान लिया गया है) ...

BEGIN TRY 
    INSERT INTO Table (value) VALUES (@value); 
END TRY 
BEGIN CATCH 
    PRINT 'it was already in there!' 
END CATCH 

के बाद से इस बार के सैकड़ों एक मिनट चलाता है, लॉकिंग संकेत का चयन करता है में जोड़ा जाना चाहिए और avoid a race condition

(SELECT * FROM Table WITH (UPDLOCK, HOLDLOCK) WHERE value = @value); 

के एक सौदे तथापि, के अपने प्रस्तावित विचार सिर्फ डालें और किसी भी डुप्लिकेट बाधा त्रुटि को अनदेखा साथ ही एक रेस स्थिति से बच जाएंगे।

Answer 5

अपने परिणामों को पोस्ट करने के लिए सुनिश्चित हो, एक समवर्ती INSERT अपने दूसरे प्रश्न में IF NOT EXISTS और INSERT के बीच में हो सकता है।

आपकी पहली क्वेरी साझा किए गए रिकॉर्ड पर साझा ताले रखेगी, जो क्वेरी के अंत तक नहीं उठाई जाएगी, इसलिए क्वेरी चलने तक एक नया रिकॉर्ड डालना असंभव होगा।

हालांकि, आपको इस व्यवहार पर पूरी तरह से भरोसा नहीं करना चाहिए। value पर एक अतिरिक्त UNIQUE बाधा रखें।

यह न केवल डेटाबेस को और अधिक संगत बनाएगा, बल्कि एक सूचकांक बनाएगा जो पहली क्वेरी को और अधिक तेज़ बना देगा।

Answer 6

दोनों प्रकार गलत हैं। आप डुप्लिकेट @ वैल्यू 1, @ वैल्यू 2, की गारंटी की गारंटी देंगे।

ALTER TABLE Table ADD CONSTRAINT uniqueValue1Value UNIQUE (value1, values2); 

और डालने के लिए:

BEGIN TRY 
    INSERT INTO Table (value1, value2) VALUES (@value1, @value2); 
END TRY 
BEGIN CATCH 
    DECLARE @error_number int, @error_message NVARCHAR(4000), @xact_state INT; 
    SET @error_number = ERROR_NUMBER(); 
    SET @error_message = ERROR_MESSAGE(); 
    SET @xact_state = XACT_STATE(); 
    IF (@xact_state = -1) 
    BEGIN 
    ROLLBACK TRANSACTION; 
    END 
    IF (@error_number != 2627) /* 2627 is ' Cannot insert duplicate key in object ...' */ 
    BEGIN 
     RAISERROR(N'Error inserting into Table: %i %s', 16,1, @errror_number, @error_message); 
    END 
ENd CATCH 

जबकि

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