Kaip veikia modeliai ir ORM?

Question

Accepted Answer

**Modelis** yra Python klasė, kuri apibrėžia jūsų duomenų struktūrą — kiekvienas modelis atitinka duomenų bazės lentelę, o kiekvienas atributas — stulpelį. **ORM (Object-Relational Mapper)** leidžia jums sąveikauti su duomenų baze naudojant Python objektus ir metodus, vietoj to, kad rašytumėte žalią SQL.

## Modelio apibrėžimas

```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)
```

Kiekvienas modelio laukas atitinka duomenų bazės stulpelį su atitinkamu tipu. Vykdydami migraciją, sukuriate atitinkamą lentelę — jūs niekada neparašysite `CREATE TABLE` patys.

## CRUD su ORM (be 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 automatiškai išverčia šiuos Python skambučius į SQL. Laukų paieškos (`__icontains`, `__gte`, `__in` ir kt.) Pythono būdu išreiškia WHERE sąlygas.

## Kodėl ORM? Privalumai ir kompromisai

```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
```

## Modeliai yra vienintelis tiesos šaltinis (DRY)

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

## Kodėl tai svarbu

Modeliai ir ORM yra Django šerdis — tai, kaip jūs apibrėžiate ir dirbate su jūsų programos duomenimis, kurie yra daugumos žiniatinklio programų širdis.

Jų supratimas yra būtina kasdienė žinios: modeliai apibrėžia jūsų duomenų struktūrą (susiejant klases su lentelėmis, atributus su stulpeliais) ir yra **vienintelis tiesos šaltinis**, kuris valdo duomenų bazės schemą, administracijos sąsają, formas ir API serijalizatorius (DRY filosofija).

ORM leidžia jums rašyti duomenų bazės operacijas švariai, skaitomoje **Python formoje, o ne SQL**, su dideliais privalumais: duomenų bazės perkeliamumu (tas pats kodas veikia skirtingose duomenų bazėse), tvirtai integracija su visa Django ir svarbiausia **sauguniu** (jis numatytu atveju naudoja parametrizuotas užklausas, užkirsdamas kelią SQL injekcijai).

Žinios apie tai, kaip apibrėžti modelius su atitinkamais laukais, atlikti CRUD operacijas ir ieškoti naudojant ORM paieškos sintaksę, yra esminės bet kokios Django programos kūrimui.

Lygiai taip pat svarbu suprasti ORM **kompromisą** — kad patogios užklausos gali tapti neveiksmingomis (N+1 problema) nepažiūrėjus — tai leidžia optimizavimo technikom.

Modelio/ORM sluoksis yra ta vieta, kurioje Django programos praleidžia daug savo logikos, todėl tai yra pagrindinis, būtinas medžiaga.