Miten skeeman validointi toimii MongoDBssa?

Question

Accepted Answer

Vaikka MongoDB on oletuksena joustava, se tukee **skeeman validointia** tietokannan tasolla — sääntöjen määrittämistä (pakolliset kentät, tyypit, arvorajoitukset), joita dokumenttien on täytettävä. Tämä lisää tietojen eheyden *MongoDBn sisällä* (ei vain sovelluskoodissa), tasapainottaen joustavuuden ja yhtenäisyyden välillä.

## Validointisääntöjen määrittäminen

```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 käyttää **JSON Schemaa** validointisääntöjen määrittämiseen — pakollisten kenttien, tyyppien, kuvioiden, arvoalueiden — joita tietokanta valvoo dokumentteja lisättäessä tai päivitettäessä.

## Validointitasot ja toiminnot

```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` ohjaa, mitkä dokumentit tarkistetaan; `validationAction` ohjaa, hylätäänkö (reject) vai vain varoitetaanko rikkomuksista.

## Miksi validoida tietokannassa (vs vain sovelluksessa)?

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

## Joustavuuden ja rakenteen tasapainottaminen

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

## Miksi se on tärkeää

MongoDBn skeeman validoinnin ymmärtäminen on arvokasta **MongoDBn joustavuuden ja tietojen eheyden tasapainottamiselle**, joten se on hyödyllinen tieto luotettavien MongoDB-sovellusten rakentamiseen.

Vaikka MongoDBn skeematon joustavuus on merkittävä etu (sopeutuu kehittyviin ja erilaisiin tietoihin), **hillitsemätön joustavuus voi johtaa epäyhtenäisiin tietoihin** (puuttuvat kentät, väärät tyypit, virheelliset arvot) — todellinen huolenaihe tietojen laadulle.

Skeeman validointi käsittelee tämän antamalla sinulle mahdollisuuden valvoa sääntöjä (pakolliset kentät, tyypit, kuviot, arvoalueet JSON Scheman kautta) **tietokannan tasolla**, joten dokumenttien on täytettävä ne.

**Tietokannan tasolla tehtävän validoinnin** pääarvo (verrattuna vain sovelluskerroksen validointiin) on, että se on valvottu riippumatta siitä, mikä sovellus, palvelu, skripti tai manuaalinen toiminto kirjoittaa tiedot — se tarjoaa yhtenäisen eheyden takuun ja turvaksi, vaikka sovellusvalidointi ohitettaisiin tai olisi buginen (sama perustelu kuin SQL-rajoitteille: tietokanta viimeisenä puolustusketjuna).

**Validointitasojen ja toimintojen** ymmärtäminen (ohjaa, mitkä dokumentit tarkistetaan ja hylätäänkö vai varoitetaanko rikkomuksista) mahdollistaa joustavan käyttöön ottamisen.

Tärkeintään, **joustavuuden ja rakenteen tasapainottamisen** ymmärtäminen — validoinnin lisääminen siihen, missä yhtenäisyys on tärkeää, samalla kun joustavuus säilytetään muualla, usein aloittaen joustavasti ja lisäten validointia skeeman stabiloiduttua — heijastaa kypsää MongoDB-käyttöä, joka saa joustavuuden hyödyt ilman kriittisen tietojen eheyden uhraamista.

Tieto siitä, että validointi tehdään usein myös sovelluskerroksessa (esim. Mongoose-skeema) on myös relevantti.

Koska tietojen eheys on tärkeää jopa joustavan tietokannan skeemassa, ja koska MongoDBn skeeman validointi antaa sinulle mahdollisuuden valvoa rakennetta silloin, kun se on tarpeen (tietokannan tasolla vahvaksi takuuksi), samalla kun joustavuus säilytetään, skeeman validoinnin ymmärtäminen — miten se toimii, tietokannan tasolla tehtävän validoinnin edut ja joustavuuden tasapainottaminen rakenteen kanssa — on arvokasta, käytännöllistä tietoa MongoDB-sovellusten rakentamiseen, jotka ylläpitävät tietojen laatua, hyödyllinen kyky, joka käsittelee joustavan-skeeman tietokantojen epäyhtenäisten tietojen yleisen huolen.