आलसी लोडिंग बनाम ईगर लोडिंग

Question 1

इकाई ढांचे में आलसी लोडिंग डिफ़ॉल्ट घटना है जो संबंधित संस्थाओं को लोड करने और एक्सेस करने के लिए होती है। हालांकि, इन सभी संबंधों को बल-लोडिंग के अभ्यास के लिए उत्सुक लोडिंग कहा जाता है। मैं इस सवाल के घेरे में आ गया कि आलसी लोडिंग की तुलना में कौन सी स्थिति उत्सुक लोडिंग अधिक फायदेमंद हो सकती है। यह पूछने पर, क्योंकि यह स्पष्ट है कि आलसी लोडिंग अधिक संसाधन के अनुकूल है, और भले ही हम ToList()विधि का उपयोग करते हैं , फिर भी हम आलसी लोडिंग व्यवहार का लाभ उठा सकते हैं। हालाँकि, मैंने सोचा कि शायद आलसी लोडिंग से वास्तविक डेटाबेस के अनुरोधों की संख्या बढ़ जाती है और शायद इसलिए कभी-कभी डेवलपर्स इसका उपयोग करते हैंInlcudeसभी संबंधों को बलपूर्वक लोड करने की विधि। उदाहरण के लिए, MVC 5 में Visual Studio ऑटो-मचान का उपयोग करते समय, अनुक्रमणिका विधि जो कि नियंत्रक में स्वचालित रूप से बनाई जाती है, हमेशा ईगर लोडिंग का उपयोग करती है, और मेरे पास हमेशा यह सवाल है कि Microsoft उस मामले में डिफ़ॉल्ट रूप से ईगर लोडिंग का उपयोग क्यों करता है।

मैं सराहना करता हूं कि अगर कोई मुझे समझाता है कि आलसी लोडिंग की तुलना में कौन सी स्थिति उत्सुक लोडिंग अधिक फायदेमंद होगी, और हम इसका उपयोग बिल्कुल भी क्यों न करें, जबकि आलसी लोडिंग के रूप में कुछ और संसाधन अनुकूल हैं।

Question 2

मुझे लगता है कि इस तरह से संबंधों को वर्गीकृत करना अच्छा है

उत्सुक लोडिंग का उपयोग कब करें

एक-से-कई संबंधों के "एक पक्ष" में, जो आपको यकीन है कि हर जगह मुख्य इकाई के साथ उपयोग किया जाता है। एक लेख की उपयोगकर्ता संपत्ति की तरह। उत्पाद की श्रेणी की संपत्ति।
आम तौर पर जब संबंध बहुत अधिक नहीं होते हैं और सर्वर पर आगे के प्रश्नों को कम करने के लिए उत्सुक लोडिंग अच्छा अभ्यास होगा।

आलसी लोडिंग का उपयोग कब करें

लगभग एक-से-कई संबंधों के "संग्रह पक्ष" पर। उपयोगकर्ता या श्रेणी के उत्पाद की तरह
आप वास्तव में जानते हैं कि आपको तुरंत एक संपत्ति की आवश्यकता नहीं होगी।

नोट: जैसा ट्रांसजेंडेंट ने कहा कि आलसी लोडिंग के साथ निपटान की समस्या हो सकती है।

Question 3

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

कब इस्तेमाल करें:

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

आलसी लोडिंग: आलसी लोडिंग के मामले में, संबंधित वस्तुएं (बच्चे की वस्तुएं) अपने मूल ऑब्जेक्ट के साथ स्वचालित रूप से लोड नहीं होती हैं जब तक कि वे अनुरोध नहीं किए जाते हैं। डिफ़ॉल्ट रूप से LINQ आलसी लोडिंग का समर्थन करता है।

कब इस्तेमाल करें:

आलसी लोडिंग का उपयोग करें जब आप एक-से-कई संग्रह का उपयोग कर रहे हों।
आलसी लोडिंग का उपयोग करें जब आप सुनिश्चित हों कि आप संबंधित संस्थाओं का उपयोग तुरंत नहीं कर रहे हैं।

नोट: एंटिटी फ्रेमवर्क संबंधित डेटा को लोड करने के तीन तरीके का समर्थन करता है - उत्सुक लोडिंग, आलसी लोडिंग और स्पष्ट लोडिंग।

Question 4

आलसी लोडिंग कई SQL कॉल का उत्पादन करेगा जबकि ईगर लोडिंग डेटा को "अधिक भारी" कॉल (जॉइन / सबक्वेरी के साथ) के साथ लोड कर सकता है।

उदाहरण के लिए, यदि आपके वेब और sql सर्वरों के बीच एक उच्च पिंग है तो आप संबंधित लोडिंग सामानों को लोड-लोडिंग लोड के साथ 1-बाय -1 के बजाय ईगर लोडिंग के साथ जाएंगे।

Question 5

नीचे की स्थिति पर विचार करें

public class Person{
    public String Name{get; set;}
    public String Email {get; set;}
    public virtual Employer employer {get; set;}
}

public List<EF.Person> GetPerson(){
    using(EF.DbEntities db = new EF.DbEntities()){
       return db.Person.ToList();
    }
}

अब इस विधि को कॉल करने के बाद, आप Employerइकाई को लोड नहीं कर सकते । क्यों? क्योंकि dbवस्तु का निपटान हो गया है। तो आपको Person.Include(x=> x.employer)मजबूर होना पड़ेगा कि लोड किया जाए।

Question 6

उत्सुक लोड हो रहा है जब आप निश्चित हैं कि एक समय में कई इकाइयां प्राप्त करना चाहते हैं, उदाहरण के लिए आपको उपयोगकर्ता और उपयोगकर्ता विवरण एक ही पृष्ठ पर दिखाना होगा, तो आपको उत्सुक लोडिंग के साथ जाना चाहिए। उत्सुक लोडिंग डेटाबेस पर एकल हिट बनाती है और संबंधित संस्थाओं को लोड करती है।

आलसी लोडिंग जब आपको उपयोगकर्ताओं को केवल पृष्ठ पर दिखाना होता है, और उपयोगकर्ताओं पर क्लिक करके आपको उपयोगकर्ता विवरण दिखाने की आवश्यकता होती है तो आपको आलसी लोडिंग के साथ जाना होगा। आलसी लोडिंग कई हिट बनाते हैं, संबंधित संस्थाओं को लोड करने के लिए जब आप संबंधित संस्थाओं को बांधते हैं।

Question 7

आलसी लोडिंग - अच्छा है जब पेजिंग पर हैंडलिंग के साथ जैसे उपयोगकर्ताओं की पेज लोड सूची दिखाई देती है जिसमें 10 उपयोगकर्ता होते हैं और जैसा कि उपयोगकर्ता पृष्ठ को नीचे स्क्रॉल करता है एक एपीआई कॉल अगले 10 उपयोगकर्ताओं को लाता है। अच्छा है जब आप एनिटायर डेटा लोड नहीं करना चाहते हैं एक बार जब यह अधिक समय लेगा और खराब उपयोगकर्ता अनुभव देगा।

उत्सुक लोडिंग - अन्य लोगों द्वारा सुझाए गए के रूप में अच्छा है जब बहुत सारे संबंध नहीं होते हैं और एक ही डेटाबेस में एक बार में पूरे डेटा प्राप्त करते हैं

Question 8

जब संभव हो तो उत्सुक लोडिंग का उपयोग करना बेहतर होता है, क्योंकि यह आपके एप्लिकेशन के प्रदर्शन को अनुकूलित करता है।

पूर्व-:

Eager loading

var customers= _context.customers.Include(c=> c.membershipType).Tolist();

lazy loading

मॉडल में ग्राहक को परिभाषित करना होगा

Public virtual string membershipType {get; set;}

इसलिए जब आलसी लोडिंग की क्वेरी सभी संदर्भ वस्तुओं को लोड करने में बहुत धीमी है, लेकिन उत्सुक लोडिंग क्वेरी और केवल उसी ऑब्जेक्ट का चयन करें जो प्रासंगिक हैं।

Question 9

// Using LINQ and just referencing p.Employer will lazy load
// I am not at a computer but I know I have lazy loaded in one
// query with a single query call like below.
List<Person> persons = new List<Person>();
using(MyDbContext dbContext = new MyDbContext())
{
    persons = (
        from p in dbcontext.Persons
        select new Person{
            Name = p.Name,
            Email = p.Email,
            Employer = p.Employer
        }).ToList();
}