N+1 क्वेरी समस्या सबैभन्दा सामान्य Django ORM प्रदर्शन समस्या हो: लूपमा सम्बन्धित वस्तुहरू पहुँच गर्दा प्रत्येकको लागि अलग डेटाबेस क्वेरी ट्रिगर हुन्छ। select_related र prefetch_related ले सम्बन्धित डेटा कुशलतापूर्वक फेच गरेर यो समस्या समाधान गर्छन् — ये आवश्यक अप्टिमाइजेसन उपकरण हैं।
books = Book.objects.()
book books:
(book.author.name)
प्रत्येक book.author पहुँचले डेटाबेसलाई फेरि आलसीपूर्वक क्वेरी गर्छ। १०० किताबको साथ, त्यो १०१ क्वेरी हो — एक गम्भीर, लुकेको प्रदर्शन समस्या जो प्रायः वास्तविक डेटा भोल्युममा मात्र सामने आउँछ।
# ✅ ONE query with a JOIN
books = Book.objects.select_related("author").all()
for book in books:
print(book.author.name) # NO extra queries — author was JOINed in
# 100 books → 1 query total
select_related ले SQL JOIN प्रदर्शन गर्छ सम्बन्धित वस्तु(हरू) एकै क्वेरीमा फेच गर्न। यसलाई अगाडि ForeignKey र OneToOne सम्बन्धहरू (एकल सम्बन्धित वस्तु) को लागि प्रयोग गर्नुहोस्, जहाँ JOIN कुशल छ।
# ✅ TWO queries total (not N+1)
authors = Author.objects.prefetch_related("books").all()
for author in authors:
for book in author.books.all(): # NO extra queries — books were prefetched
print(book.title)
# query 1: all authors; query 2: all their books → Django joins them in Python
prefetch_related ले सम्बन्धित वस्तुहरूको लागि अलग क्वेरी चलाउँछ र तिनलाई Python मा जोडिन्छ। यसलाई ManyToMany र उल्टो ForeignKey सम्बन्धहरू (बहु सम्बन्धित वस्तुहरू) को लागि प्रयोग गर्नुहोस्, जहाँ JOIN पङ्क्तिहरूलाई अक्षमतापूर्वक गुणन गर्छ।
select_related → ForeignKey, OneToOne (forward, single object) → SQL JOIN, 1 query
prefetch_related → ManyToMany, reverse ForeignKey (many objects) → 2 queries, joined in Python
You can combine and chain them, and span relationships:
Book.objects.select_related("author").prefetch_related("tags")
Book.objects.select_related("author__publisher") # multi-level
✓ Django Debug Toolbar — shows the query count per page (spot N+1 visually)
✓ django-silk, or logging queries (connection.queries) to count them
→ If a page runs hundreds of similar queries, you likely have an N+1.
N+1 क्वेरी समस्या Django अनुप्रयोगहरूमा एकल सबैभन्दा सामान्य र प्रभावशाली प्रदर्शन समस्या हो, र select_related/prefetch_related को बुझना प्रदर्शनशील कोड लेखनको लागि आवश्यक छ।
यह समस्या विनाशकारी छ किनभने सुविधाजनक ORM वाक्यविन्यास जसले सम्बन्धित वस्तुहरू पहुँच गर्न यत्तिको सजिलो बनाउँछ (book.author.name) मौनतापूर्वक प्रत्येक पटक डेटाबेस क्वेरी ट्रिगर गर्छ — कोड जो केही रेकर्डको साथ ठीक काम गर्छ तथा वास्तविक डेटा भोल्युमको साथ विनाशकारीपूर्वक गिरावट आउँछ (१०० रेकर्ड → १०१ क्वेरी), प्रायः उत्पादनमा लोडको अन्तर्गत मात्र खोज्न सकिन्छ।
यी दुई उपकरणहरू मानक, आवश्यक समाधान हैं: select_related ले अगाडि ForeignKey/OneToOne सम्बन्धहरू एकल क्वेरीमा फेच गर्न SQL JOIN प्रयोग गर्छ, जबकि prefetch_related ले अलग क्वेरी (Python मा जोडिएको) ManyToMany/उल्टो-ForeignKey सम्बन्धहरूको लागि प्रयोग गर्छ जहाँ JOIN अक्षम हुन्छ — र कुन सम्बन्ध प्रकारको लागि कुन प्रयोग गर्ने जान्नु मुख्य दक्षता हो।
यिनलाई दक्षता हासिल गर्न सयौं क्वेरीलाई एक वा दुई मा परिणत गर्छ, प्रायः पृष्ठ प्रदर्शनमा नाटकीय सुधार लाउँछ।
यो अप्टिमाइजेसन यति मौलिक छ कि N+1 समस्याहरू पहिचान गर्न (Django Debug Toolbar जस्ता उपकरणहरू प्रयोग गरेर अत्यधिक क्वेरी गणना देखेर) र सही समाधान लागु गर्न कोर दक्षता हो जो कुशल Django कोड लेख्ने विकासकर्ताहरूलाई भिन्न गर्छ जसका अनुप्रयोग डेटा बढ्दै जान्छन्।
यो पनि सबैभन्दा बारम्बार परीक्षण गरिएको Django अन्तर्वार्ता विषय हो, ठीक किनभने यो व्यावहारिक, प्रदर्शन-महत्त्वपूर्ण ORM बुझाइ प्रतिफलित गर्छ।