models และ ORM ทำงานอย่างไร?

Question

Accepted Answer

**model** คือคลาส Python ที่นิยามโครงสร้างของข้อมูลของคุณ — แต่ละ model แมปกับ database table และแต่ละ attribute แมปกับ column ส่วน **ORM (Object-Relational Mapper)** ช่วยให้คุณโต้ตอบกับ database โดยใช้ Python object และ method แทนการเขียน raw SQL

## การนิยาม 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)
```

แต่ละ field ของ model แมปกับ column ใน database พร้อม type ที่เหมาะสม การรัน migrations จะสร้าง table ที่ตรงกัน — คุณไม่เคยต้องเขียน `CREATE TABLE` เอง

## CRUD ด้วย ORM (ไม่ต้องใช้ 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 เหล่านี้เป็น SQL โดยอัตโนมัติ field lookups (`__icontains`, `__gte`, `__in`, ฯลฯ) แสดงเงื่อนไข WHERE ในแบบ Python

## ทำไมต้องใช้ 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 ซึ่งเป็นแก่นของ web application ส่วนใหญ่

การเข้าใจพวกมันเป็นความรู้ที่จำเป็นในการใช้งานประจำวัน: models นิยามโครงสร้างข้อมูลของคุณ (แมปคลาสกับ table, attribute กับ column) และทำหน้าที่เป็น **แหล่งความจริงเดียว** ที่ขับเคลื่อน database schema, admin interface, forms และ API serializers (ปรัชญา DRY)

ORM ช่วยให้คุณเขียนการดำเนินการกับ database ด้วย **Python ที่สะอาดและอ่านง่ายแทน SQL** พร้อมข้อดีสำคัญ: ความสามารถในการพอร์ตข้าม database (โค้ดเดียวกันรันได้บน database ต่างชนิด), การบูรณาการอย่างแน่นแฟ้นกับส่วนอื่น ๆ ของ Django และที่สำคัญคือ**ความปลอดภัย** (ใช้ parameterized queries โดยปริยาย ป้องกัน SQL injection)

การรู้วิธีนิยาม models ด้วย field ที่เหมาะสม, ทำการดำเนินการ CRUD และ query ด้วย lookup syntax ของ ORM เป็นพื้นฐานในการสร้าง Django application ใด ๆ

ที่สำคัญพอกันคือการตระหนักถึง**ข้อแลกเปลี่ยน**ของ ORM — ที่ query ที่สะดวกอาจกลายเป็นไม่มีประสิทธิภาพ (ปัญหา N+1) หากไม่ระมัดระวัง — ซึ่งนำไปสู่เทคนิคการ optimize

ชั้น model/ORM เป็นที่ที่ Django application ใช้ตรรกะส่วนใหญ่ ทำให้มันเป็นเนื้อหาหลักที่ต้องเชี่ยวชาญ