IEnumerable<T> बनाम IQueryable<T>: C# में क्या चुनें? पूर्ण विश्लेषण

IEnumerable<T> बनाम IQueryable<T>: वह द्वंद्व जो आपके एप्लिकेशन का भविष्य तय करेगा

क्या आपने कभी सोचा है कि आपका डेटाबेस क्वेरी धीमा क्यों होता है, जबकि डेटा बहुत कम है? या फिर कोड की एक पंक्ति जोड़ने के बाद आपका एप्लिकेशन कछुए की गति से क्यों चलने लगता है? सबसे अधिक संभावना है कि आप एक क्लासिक दुविधा में फंस गए हैं: IEnumerable<T> या IQueryable<T>? ये C# और LINQ की दुनिया के सिर्फ दो इंटरफ़ेस नहीं हैं। ये दो अलग-अलग दुनिया हैं, डेटा के साथ काम करने के दो अलग-अलग दृष्टिकोण। एक स्थानीय कलेक्शन के लिए है, दूसरा दूरस्थ स्रोतों जैसे डेटाबेस के लिए। इस लेख में हम सिर्फ अंतरों को सूचीबद्ध नहीं करेंगे, बल्कि वास्तविक उदाहरणों के साथ उनका विश्लेषण करेंगे, ताकि आप फिर कभी प्रदर्शन के जाल में न फंसें।

कौन क्या है: मूल अवधारणाएँ

आइए मूल बातों से शुरू करते हैं। IEnumerable<T> एक इंटरफ़ेस है जो मेमोरी में तत्वों के अनुक्रम का प्रतिनिधित्व करता है। यह List<T>, Array या Dictionary जैसे कलेक्शन के साथ काम करने के लिए आदर्श है। जब आप IEnumerable का उपयोग करते हैं, तो सभी ऑपरेशन (फ़िल्टरिंग, सॉर्टिंग) क्लाइंट साइड पर, यानी आपके एप्लिकेशन में निष्पादित होते हैं।

IQueryable<T> एक अधिक उन्नत इंटरफ़ेस है, जो बाहरी डेटा स्रोतों (डेटाबेस, वेब सेवाओं) के साथ काम करने के लिए डिज़ाइन किया गया है। यह डेटा संग्रहीत नहीं करता, बल्कि एक एक्सप्रेशन ट्री (Expression Tree) बनाता है। यह LINQ प्रदाता (जैसे Entity Framework) को आपके C# कोड को एक कुशल SQL क्वेरी में बदलने और इसे सर्वर साइड पर निष्पादित करने की अनुमति देता है।

याद रखने योग्य मुख्य वाक्य: IEnumerable मेमोरी में काम करता है, IQueryable डेटा स्रोत की ओर से काम करता है।

मुख्य अंतर: तर्क कहाँ और कब निष्पादित होता है

कल्पना करें कि आपको 10,000 उत्पादों की सूची में से उन उत्पादों को फ़िल्टर करना है जिनकी कीमत 1000 रुपये से अधिक है, और उन्हें कीमत के अनुसार क्रमबद्ध करना है।

उदाहरण 1: IEnumerable (मेमोरी में फ़िल्टरिंग)

// मान लें कि products एक List<Product> (IEnumerable) है\nvar expensiveProducts = products\n    .Where(p => p.Price > 1000)\n    .OrderBy(p => p.Price)\n    .ToList();\n

यहाँ क्या हो रहा है? पहले सभी 10,000 उत्पाद मेमोरी में लोड होते हैं। फिर C# आपके एप्लिकेशन में Where फ़िल्टर और OrderBy सॉर्टिंग लागू करता है। यदि आपके पास 10,000 रिकॉर्ड हैं, तो यह गंभीर नहीं है। लेकिन अगर 10 मिलियन हैं, तो एप्लिकेशन क्रैश या हैंग हो जाएगा।

उदाहरण 2: IQueryable (डेटाबेस सर्वर पर फ़िल्टरिंग)

// मान लें कि dbContext.Products एक DbSet<Product> (IQueryable) है\nvar expensiveProducts = dbContext.Products\n    .Where(p => p.Price > 1000)\n    .OrderBy(p => p.Price)\n    .ToList();\n

यहाँ जादू है: IQueryable तुरंत डेटा लोड नहीं करता। इसके बजाय, यह एक SQL क्वेरी बनाता है: SELECT * FROM Products WHERE Price > 1000 ORDER BY Price। यह क्वेरी डेटाबेस को भेजी जाती है, और वह केवल फ़िल्टर और सॉर्ट किया गया डेटा लौटाता है। मेमोरी में आपको केवल वही मिलता है जिसकी आपको आवश्यकता है। संसाधनों की भारी बचत होती है।

व्यावहारिक उदाहरण: ToList() का जाल

शुरुआती डेवलपर्स की सबसे आम गलतियों में से एक है ToList() या ToArray() का समय से पहले कॉल करना। यह IQueryable को IEnumerable में बदल देता है।

खराब कोड (प्रदर्शन को मारता है):

var allProducts = dbContext.Products.ToList(); // सारा डेटा मेमोरी में लोड करता है!\nvar filteredProducts = allProducts.Where(p => p.Price > 1000).ToList();\n

इस उदाहरण में, हम पहले पूरी Products तालिका को मेमोरी में लोड करते हैं, और फिर उसे फ़िल्टर करते हैं। यह पूरे गोदाम को पार्किंग में उतारने और फिर ढेर में सही बक्सा खोजने जैसा है।

अच्छा कोड (अनुकूलित):