Si funksionon validimi i skemës në MongoDB?

Question

Accepted Answer

Edhe pse MongoDB është fleksibël si parazgjedhje, ai suporton **validimin e skemës** në nivelin e bazës së të dhënave — përcaktimin e rregullave (fushat e kërkuara, llojet, kufizimet e vlerave) që dokumentet duhet të plotësojnë. Kjo shton integritetin e të dhënave *brenda* MongoDB-it (jo vetëm në kodin e aplikacionit), duke balancuar fleksibilitetin me konsistencën.

## Përcaktimi i rregullave të validimit

```js
// add a JSON Schema validator when creating (or modifying) a collection
db.createCollection("users", {
  validator: {
    $jsonSchema: {
      bsonType: "object",
      required: ["name", "email"],            // required fields
      properties: {
        name: { bsonType: "string" },
        email: { bsonType: "string", pattern: "^.+@.+$" },   // type + pattern
        age: { bsonType: "int", minimum: 0, maximum: 120 }   // range
      }
    }
  }
});
// → documents that don't satisfy this are REJECTED on insert/update
```

MongoDB përdor **JSON Schema** për të përcaktuar rregullat e validimit — fushat e kërkuara, llojet, modelet, vargjet — të zbatuar nga baza e të dhënave kur dokumentet futin ose përditësohen.

## Nivelet dhe veprimet e validimit

```js
db.runCommand({
  collMod: "users",
  validator: { $jsonSchema: { ... } },
  validationLevel: "moderate",     // "strict" (all) or "moderate" (only valid existing docs)
  validationAction: "error"        // "error" (reject) or "warn" (log but allow)
});
```

`validationLevel` kontrollon cilat dokumente kontrollohen; `validationAction` kontrollon nëse shkeljet refuzojnë ose thjesht paralajmërojnë.

## Pse të validosh në bazën e të dhënave (ndaj vetëm aplikacionit)?

```text
✓ DATABASE-LEVEL guarantee — enforced regardless of which app/code writes data
  (multiple services, scripts, manual changes) → consistent data integrity
✓ A safety net even if application validation is bypassed or buggy
→ Similar reasoning to SQL constraints: the DB is the last line of defense for integrity.
```

## Balancimi i fleksibilitetit dhe strukturës

```text
MongoDB's flexibility is valuable, but UNCONTROLLED flexibility → inconsistent data.
Schema validation lets you add structure WHERE you need it:
  → enforce critical fields/types while keeping flexibility elsewhere
  → start flexible, add validation as the schema stabilizes
(Often validation is also/instead done in the app layer, e.g. via Mongoose schemas.)
```

## Pse ka rëndësi

Komprehensioni i validimit të skemës në MongoDB është i vlefshëm për **balancimin e fleksibilitetit të MongoDB-it me integritetin e të dhënave**, kështu që është njohuri e dobishme për ndërtimin e aplikacioneve të besueshme në MongoDB.

Edhe pse fleksibilitatea pa skemë e MongoDB-it është një avantazh i madh (që përshtatet me të dhënat në zhvillim dhe të larmishme), **fleksibiliteti i pakontrolluar mund të çojë në të dhëna të pakonzistente** (fusha të munguara, lloje të gabuara, vlera të pavlefshme) — një shqetësim i vërtetë për cilësinë e të dhënave.

Validimi i skemës e zgjidh këtë duke ju lejuar të zbatoni rregulla (fusha të kërkuara, lloje, modele, vargje përmes JSON Schema) **në nivelin e bazës së të dhënave**, kështu që dokumentet duhet të plotësojnë këto rregulla.

Vlera kyçe e **validimit në nivel baze të dhënash** (në krahasim me vetëm nivelin e aplikacionit) është se aplikohet pavarësisht se cili aplikacion, shërbim, skript ose operacion manual shkruan të dhënat — duke siguruar një garanci konsistente të integritetit dhe një rrjet sigurie edhe nëse validimi i aplikacionit shmanget ose ka probleme (e njëjta arsye si kufizimet SQL: baza e të dhënave si linja e fundit e mbrojtjes).

Komprehensioni i **niveleve dhe veprimeve të validimit** (kontrolli i cilat dokumente kontrollohen dhe nëse shkeljet refuzojnë ose paralajmërojnë) lejon miratimin fleksibël.

Më e rëndësishmja, kuptimi se si të **balancohet fleksibilitet dhe struktura** — shtimi i validimit ku ka rëndësi konsistenca ndërsa ruajtja e fleksibilitetit në të tjera, shpesh duke filluar fleksibël dhe shtimi i validimit ndërsa skema stabilizohet — pasqyron përdorimin e pjekur të MongoDB-it që merr përfitimet e fleksibilitetit pa sakrifikuar integritetin kritik të të dhënave.

Dija që validimi shpesh bëhet edhe në shtresën e aplikacionit (p.sh. skemat Mongoose) është gjithashtu relevante.

Meqë integriteti i të dhënave ka rëndësi edhe në bazat e të dhënave fleksibël, dhe meqë validimi i skemës në MongoDB ju lejon të zbatoni strukturën ku nevojitet (në nivelin e bazës së të dhënave për një garanci të fortë) ndërsa ruani fleksibilitetin, kuptimi i validimit të skemës — si funksionon, përfitimet e zbatimit në nivel baze të dhënash, dhe balancimi i fleksibilitetit me strukturën — është njohuri e vlefshme, praktikisht relevante për ndërtimin e aplikacioneve MongoDB që ruajnë cilësinë e të dhënave, një aftësi e dobishme që i drejtohet shqetësimit të zakonshëm të të dhënave të pakonzistente në bazat e të dhënave me skemë fleksibël.