QuerySets کیا ہیں اور وہ lazy کیوں ہیں؟

Question

Accepted Answer

ایک **QuerySet** ڈیٹابیس کی صفوں کے مجموعہ کی نمائندگی کرتا ہے جسے آپ Python object کے طور پر filter، order، اور chain کر سکتے ہیں۔ اس کی بنیادی خصوصیت **laziness** ہے — ایک QuerySet جب بنایا جائے تو ڈیٹابیس کو **نہیں** ہٹاتا؛ یہ صرف تب query چلاتا ہے جب ڈیٹا کی اصل ضرورت ہو (evaluated)۔ یہ سمجھنا Django کوڈ لکھنے کے لیے اہم ہے۔

## QuerySets lazy ہیں — evaluation تک کوئی ڈیٹابیس hit نہیں

```python
# NONE of these touch the database — they just build up the query
qs = Article.objects.all()                  # no query yet
qs = qs.filter(published=True)              # still no query — chaining is lazy
qs = qs.exclude(views=0).order_by("-created_at")   # still no query

# the database is hit ONLY when the QuerySet is EVALUATED:
for article in qs:        # ← NOW the query runs
    print(article.title)
```

ایک QuerySet بنانا اور chain کرنا مفت ہے — Django SQL کو جمع کرتا ہے لیکن execution کو اس وقت تک موخر کرتا ہے جب تک آپ کو نتائج کی اصل ضرورت ہو۔ یہ آپ کو ایک ہی ڈیٹابیس trip میں پیچیدہ queries کو موثر طریقے سے تیار کرنے دیتا ہے۔

## کیا evaluation trigger کرتا ہے (ایک ڈیٹابیس hit)

```text
✓ Iterating:        for x in qs
✓ Slicing with step: qs[::2]  (plain slicing qs[:10] stays lazy, adds LIMIT)
✓ len(qs), list(qs), bool(qs)
✓ Calling a non-QuerySet method: .count(), .exists(), .first(), .get(), .aggregate()
```

## Laziness کیوں طاقتور ہے

```python
# build a query conditionally WITHOUT extra database trips
qs = Article.objects.all()
if search:
    qs = qs.filter(title__icontains=search)   # no DB hit
if category:
    qs = qs.filter(category=category)          # no DB hit
articles = qs[:20]                              # ONE query runs here, with LIMIT 20
```

Laziness آپ کو کسی query کو بہت سی لائنوں پر مشروط طریقے سے تیار کرنے دیتا ہے، پھر اسے **ایک بار** چلاتے ہیں — موثر اور صاف ستھرا۔

## QuerySet caching

```python
qs = Article.objects.filter(published=True)
list(qs)     # query runs, results CACHED on the QuerySet
list(qs)     # uses the CACHE — no second query
# BUT a NEW queryset re-queries:
Article.objects.filter(published=True)   # a fresh queryset → new query
```

ایک بار evaluate ہونے کے بعد، ایک QuerySet اپنے نتائج کو cache کرتا ہے، تو اسی QuerySet کو دوبارہ iterate کرنا دوبارہ query نہیں کرتا۔

## Laziness کا نقصان

```python
# ⚠️ calling .count() then iterating runs TWO queries
if Article.objects.filter(published=True).count() > 0:   # query 1
    for a in Article.objects.filter(published=True):     # query 2 (new queryset!)
        ...
# ✅ better — evaluate once, reuse
qs = list(Article.objects.filter(published=True))
if qs: ...
```

## یہ کیوں اہم ہے

QuerySets اور ان کی laziness کو سمجھنا Django ڈیٹابیس کوڈ لکھنے کے لیے بنیادی ہے — یہ براہ راست کارکردگی کو متاثر کرتا ہے اور ایسے رویے کی وضاحت کرتا ہے جو نئے لوگوں کو الجھاتے ہیں۔

اہم خیال یہ ہے کہ QuerySets **evaluation تک ڈیٹابیس کو نہیں ہٹاتے**، جو طاقتور ہے: آپ پیچیدہ queries کو بہت سی لائنوں پر ڈیٹابیس کی صفر لاگت پر بناتے، filter کرتے، chain کرتے، اور مشروط طریقے سے تیار کر سکتے ہیں، پھر جب آپ کو نتائج کی اصل ضرورت ہو تو **ایک ہی trip** میں سب کچھ چلاتے ہیں۔

یہ صاف، موثر query construction کو سہل بناتا ہے (مثال کے طور پر مشروط طریقے سے filters شامل کرنا صارف کی input کی بنیاد پر، پھر ایک query چلانا) جو دوسری صورت میں awkward SQL string-building کی ضرورت ہوتی۔

بالکل معلوم کرنا کہ **کیا evaluation trigger کرتا ہے** (iteration، `len()`، `list()`، `.count()`، `.exists()`، وغیرہ) اور یہ کہ نتائج ایک evaluated QuerySet پر **cached** ہوتے ہیں، عام performance pitfalls سے بچنے کے لیے ضروری ہے — خاص طور پر غیر ارادی طور پر ایک جیسی query کو متعدد بار چلانا (مثال کے طور پر `.count()` کو کال کرنا اور پھر ایک نیا QuerySet iterate کرنا، ڈیٹابیس کو دو بار ہٹانا)۔

Laziness Django ORM کو اچھی طرح استعمال کرنے کے لیے سب سے اہم concepts میں سے ایک ہے، ان developers کو الگ کرتے ہوئے جو موثر ڈیٹابیس کوڈ لکھتے ہیں ان سے جو غیر ارادی طور پر redundant queries کو trigger کرتے ہیں، اسے core knowledge بناتے ہوئے جو Django میں تمام موثر ORM استعمال اور performance optimization کی بنیاد ہے۔