EF 4.1 में संस्थाओं को डालना क्यों ObjectContext की तुलना में इतना धीमा है?

Question 1

मूल रूप से, मैं एक लेनदेन में 35000 ऑब्जेक्ट सम्मिलित करता हूं:

using(var uow = new MyContext()){
  for(int i = 1; i < 35000; i++) {
     var o = new MyObject()...;
     uow.MySet.Add(o);
  }
  uow.SaveChanges();
}

यह हमेशा के लिए लेता है! अगर मैं अंतर्निहित ObjectContext का उपयोग करता हूं (उपयोग करके IObjectAdapter), यह अभी भी धीमा है, लेकिन लगभग 20s का है। ऐसा लगता है कि DbSet<>कुछ रैखिक खोज कर रहा है, जिसमें समय की वर्ग राशि लगती है ...

इस समस्या को देखकर किसी और को?

Question 2

जैसा कि टिप्पणी में पहले से ही लादिस्लाव ने संकेत दिया है, आपको प्रदर्शन में सुधार करने के लिए स्वचालित परिवर्तन का पता लगाने को अक्षम करना होगा:

context.Configuration.AutoDetectChangesEnabled = false;

यह परिवर्तन पहचान DbContextएपीआई में डिफ़ॉल्ट रूप से सक्षम है ।

एपीआई DbContextसे अलग व्यवहार करने का कारण यह ObjectContextहै कि स्वचालित परिवर्तन का पता लगने पर एपीआई के कार्यों की तुलना में DbContextएपीआई के कई और कार्य DetectChangesआंतरिक रूप से कॉल करेंगे ObjectContext।

यहां आप उन फ़ंक्शन की सूची पा सकते हैं, जो DetectChangesडिफ़ॉल्ट रूप से कॉल करते हैं । वो हैं:

Add, Attach, Find, Local, या Removeपर सदस्योंDbSet
GetValidationErrors, Entry, या SaveChangesपर सदस्योंDbContext
Entriesपर विधिDbChangeTracker

विशेष रूप से Addकॉल DetectChangesजो आपके खराब प्रदर्शन के लिए जिम्मेदार है।

मैं इसके विपरीत ObjectContextएपीआई DetectChangesकेवल स्वचालित रूप से कॉल करता हूं , SaveChangesलेकिन अंदर नहीं है AddObjectऔर उपरोक्त वर्णित अन्य संगत तरीके। यही कारण है कि डिफ़ॉल्ट प्रदर्शन ObjectContextतेज है।

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

Question 3

EF 4.3 CodeFirst के साथ थोड़ा अनुभवजन्य परीक्षण:

AutoDetectChanges = true: 23 sec के साथ 1000 ऑब्जेक्ट निकाले गए

AutoDetectChanges = false: 11 sec के साथ 1000 ऑब्जेक्ट निकाले गए

AutoDetectChanges = true: 21 sec के साथ 1000 ऑब्जेक्ट सम्मिलित किए गए

AutoDetectChanges = false: 13 sec के साथ 1000 ऑब्जेक्ट सम्मिलित किए गए

Question 4

.Netcore 2.0 में इसे इस पर ले जाया गया था:

context.ChangeTracker.AutoDetectChangesEnabled = false;

Question 5

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

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

बस पता है कि सामान्य रूप से अपडेट की तुलना में अधिक समय लगेगा।