EF4 कोड ऑब्जेक्ट्स संग्रहीत करते समय पहले इतना धीमा क्यों है?

Question

मैं वर्तमान में अपने वेब एप्लिकेशन के लिए डीबी 4o के भंडारण के उपयोग पर कुछ शोध कर रहा हूं। मुझे बहुत खुशी है कि डीबी 4o कितना आसान काम करता है। तो जब मैंने कोड फर्स्ट दृष्टिकोण के बारे में पढ़ा तो मुझे पसंद आया, क्योंकि ईएफ 4 कोड के साथ काम करने का तरीका पहले डीबी 4o के साथ काम करने के समान है: अपनी डोमेन ऑब्जेक्ट्स (पीओसीओ) बनाएं, उन्हें डीबी 4o पर फेंक दें, और कभी वापस न देखें।

लेकिन जब मैंने प्रदर्शन तुलना की, तो ईएफ 4 बहुत धीमी थी। और मैं समझ नहीं पाया क्यों।

मैं निम्नलिखित संस्थाओं का उपयोग करें:

 

public class Recipe { private List _RecipePreparations; public int ID { get; set; } public String Name { get; set; } public String Description { get; set; } public List Tags { get; set; } public ICollection Preparations { get { return _RecipePreparations.AsReadOnly(); } }
 

public void AddPreparation(RecipePreparation preparation) 
    { 
     this._RecipePreparations.Add(preparation); 
    } 
} 
 

सार्वजनिक वर्ग RecipePreparation { सार्वजनिक स्ट्रिंग नाम {मिल; सेट; } सार्वजनिक स्ट्रिंग विवरण {प्राप्त करें; सेट; } सार्वजनिक int रेटिंग {प्राप्त करें; सेट; } सार्वजनिक सूची चरण {प्राप्त करें; सेट; } सार्वजनिक सूची टैग {प्राप्त करें; सेट; } सार्वजनिक int आईडी {प्राप्त करें; सेट; } }
 

प्रदर्शन मैं एक नुस्खा अप नयी परीक्षा में, और 50.000 RecipePrepations जोड़ें। तब मैं तो जैसे db4o में वस्तु संग्रहीत:

cookRecipes.Recipes.Add(recipe1); 
cookRecipes.SaveChanges(); 

:

IObjectContainer db = Db4oEmbedded.OpenFile(Db4oEmbedded.NewConfiguration(), @"RecipeDB.db4o"); 
db.Store(recipe1); 
db.Close(); 

यह चारों ओर 13.000 (ms)

मैं एसक्यूएल सर्वर 2008 में EF4 साथ सामान की दुकान (एक्सप्रेस, स्थानीय स्तर पर) इस तरह लेता है

और वह लेता है 200.000 (ms)

अब कैसे पृथ्वी पर db4o 15 (!!!) गुना तेजी से कि EF4/एसक्यूएल है? क्या मुझे ईएफ 4 के लिए एक गुप्त टर्बो बटन याद आ रहा है? मुझे यह भी लगता है कि डीबी 4o तेज हो सकता है? चूंकि मैं डेटाबेस फ़ाइल को प्रारंभ नहीं करता हूं, इसलिए मैं इसे गतिशील रूप से बढ़ने देता हूं।

Answer 1

क्या आपने को लूप के अंदर कॉल किया था? कोई आश्चर्य नहीं कि यह धीमा है! ऐसा करने का प्रयास करें:

foreach(var recipe in The500000Recipes) 
{ 
    cookRecipes.Recipes.Add(recipe); 
} 
cookRecipes.SaveChanges(); 

एफई आप सभी अपने इच्छित परिवर्तन करें करने की उम्मीद है, और फिर एक बारSaveChangesकहते हैं। इस तरह, यह आपके द्वारा पूर्ववत किए गए सभी परिवर्तनों को अनदेखा कर, राज्य खोलने और राज्य को सहेजने के बीच परिवर्तन करने के लिए डेटाबेस संचार और एसक्यूएल अनुकूलित कर सकता है। (उदाहरण के लिए, 50 000 रिकॉर्ड जोड़कर, उनमें से आधे को हटाकर, SaveChanges को मारने से डेटाबेस में केवल 25 000 रिकॉर्ड जोड़े जाएंगे। कभी भी)

Answer 2

ईएफ कई चीजों में उत्कृष्टता प्राप्त करता है, लेकिन थोक लोडिंग उनमें से एक नहीं है । यदि आप उच्च-प्रदर्शन थोक लोडिंग चाहते हैं, तो इसे सीधे डीबी सर्वर के माध्यम से से ORM से तेज होगा। यदि आपके ऐप की एकमात्र प्रदर्शन बाधा थोक लोडिंग है, तो आपको शायद ईएफ का उपयोग नहीं करना चाहिए।

Answer 3

बस अन्य उत्तरों पर जोड़ने के लिए: db4o आमतौर पर प्रक्रिया में चलता है, जबकि ईएफ एक आउट-ऑफ-प्रोसेस (एसक्यूएल) डेटाबेस को सारणीबद्ध करता है। हालांकि, डीबी 4o अनिवार्य रूप से सिंगल-थ्रेडेड है।इसलिए, एक अनुरोध के साथ यह एक उदाहरण के लिए तेज़ हो सकता है, एसक्यूएल एक डिफ़ॉल्ट डीबी 4o डेटाबेस सेटअप से अधिक बेहतर समेकन (एकाधिक प्रश्न, एकाधिक उपयोगकर्ता) को संभालेगा।

Answer 4

शायद आप नई ऑब्जेक्ट्स जोड़ने के दौरान चेंजट्रैकिंग को अक्षम कर सकते हैं, इससे वास्तव में प्रदर्शन में वृद्धि होगी।

context.Configuration.AutoDetectChangesEnabled = false; 

अधिक जानकारी के लिए यह भी देखें: http://coding.abel.nu/2012/03/ef-code-first-change-tracking/