ماڈلز اور ORM کیسے کام کرتے ہیں؟

Question

Accepted Answer

ایک **model** ایک Python کلاس ہے جو آپ کے ڈیٹا کی ساخت کو متعین کرتی ہے — ہر model ایک ڈیٹا بیس ٹیبل سے منسلک ہوتا ہے، اور ہر attribute ایک column سے۔ **ORM (Object-Relational Mapper)** آپ کو خام SQL لکھنے کی بجائے Python objects اور methods کے ذریعے ڈیٹا بیس کے ساتھ بات چیت کرنے دیتا ہے۔

## ایک model کی تعریف

```python
from django.db import models

class Article(models.Model):
    title = models.CharField(max_length=200)       # → VARCHAR column
    body = models.TextField()                        # → TEXT column
    published = models.BooleanField(default=False)
    created_at = models.DateTimeField(auto_now_add=True)  # set on creation
    views = models.IntegerField(default=0)

def __str__(self):
        return self.title                            # readable representation (admin, shell)
```

ہر model field ایک مناسب قسم کے ساتھ ڈیٹا بیس column سے منسلک ہوتا ہے۔ Migrations چلانا متعلقہ ٹیبل بناتا ہے — آپ کو خود `CREATE TABLE` لکھنے کی ضرورت نہیں ہے۔

## ORM کے ساتھ CRUD (کوئی SQL نہیں)

```python
# CREATE
article = Article.objects.create(title="Hello", body="...")

# READ — query with Python methods
Article.objects.all()                            # all rows → SELECT *
Article.objects.get(id=1)                         # one row by primary key
Article.objects.filter(published=True)            # WHERE published = true
Article.objects.filter(title__icontains="django") # WHERE title ILIKE '%django%'
Article.objects.exclude(views=0).order_by("-created_at")  # complex queries, chained

# UPDATE
article.title = "Updated"
article.save()
Article.objects.filter(published=False).update(published=True)  # bulk update

# DELETE
article.delete()
```

ORM ان Python calls کو خود بخود SQL میں ترجمہ کرتا ہے۔ Field lookups (`__icontains`, `__gte`, `__in`, وغیرہ) WHERE شرائط کو Pythonically ظاہر کرتے ہیں۔

## ORM کیوں؟ فوائل اور نقصانات

```text
✓ Write database code in Python — no SQL, more readable, less error-prone
✓ Database-agnostic — the same code works on PostgreSQL, MySQL, SQLite
✓ SECURITY — parameterized queries by default → prevents SQL injection
✓ Integrates with migrations, admin, forms (define the model once)
⚠️ Trade-off: can generate inefficient queries (e.g. N+1) if used carelessly —
   sometimes you need select_related/prefetch_related or raw SQL for complex cases
```

## Models سچائی کا واحد ذریعہ ہیں (DRY)

```text
One model definition drives: the database schema (migrations), the admin interface,
ModelForms, and serializers (DRF) — define it once, reuse everywhere.
```

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

Models اور ORM Django کے مرکز میں ہیں — یہ وہ طریقہ ہے جس سے آپ اپنی application کے ڈیٹا کو متعین کرتے اور اس کے ساتھ کام کرتے ہیں، جو زیادہ تر ویب applications کے دل میں ہے۔
essive روزمرہ کی معلومات ہے: models آپ کی ڈیٹا ساخت کو متعین کرتے ہیں (classes کو tables سے، attributes کو columns سے map کرتے ہوئے) اور ایک **single source of truth** کے طور پر کام کرتے ہیں جو ڈیٹا بیس schema، admin interface، forms، اور API serializers کو چلاتا ہے (DRY فلسفہ)۔

ORM آپ کو ڈیٹا بیس operations کو صاف، قابل فہم **Python میں SQL کی بجائے** لکھنے دیتا ہے، بڑے فوائل کے ساتھ: ڈیٹا بیس portability (یہی code مختلف ڈیٹا بیسز پر چلتا ہے)، Django کے باقی حصوں کے ساتھ سخت integration، اور اہم طور پر **security** (یہ default میں parameterized queries استعمال کرتا ہے، SQL injection کو روکتے ہوئے)۔

مناسب fields کے ساتھ models کی تعریف کرنے، CRUD operations انجام دینے، اور ORM کے lookup syntax کے ساتھ query کرنے کا طریقہ جاننا کسی بھی Django application بنانے کے لیے بنیادی ہے۔

اتنا ہی اہم ORM کے **trade-off** کا احساس ہے — کہ سہل queries بغیر احتیاط کے غیر موثر ہو سکتے ہیں (N+1 مسئلہ) — جو optimization تکنیکوں کی طرف لے جاتا ہے۔

Model/ORM layer وہ جگہ ہے جہاں Django applications اپنی بہت ساری logic خرچ کرتے ہیں، اسے core، ضروری-میسٹر material بناتے ہوئے۔