როგორ მუშაობს სქემის ვალიდაცია MongoDB-ში?

Question

Accepted Answer

მიუხედავად იმისა, რომ MongoDB ნაგულისხმევად გибკია, ის მხარს უჭერს **სქემის ვალიდაციას** ბაზის დონეზე — წესების განსაზღვრა (სავალდებულო ველები, ტიპები, მნიშვნელობის შეზღუდვები), რომლებიც დოკუმენტებმა უნდა დააკმაყოფილოს. ეს ამატებს მონაცემების ინტეგრალობას *MongoDB-ში თავად* (არა მხოლოდ აპლიკაციის კოდში), გიბკობასა და თანმიმდევრობას შორის ბალანსი აქვს.

## ვალიდაციის წესების განსაზღვრა

```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 იყენებს **JSON Schema**-ს ვალიდაციის წესების განსაზღვრისთვის — სავალდებულო ველები, ტიპები, ნიმუშები, დიაპაზონები — რომლებიც მონაცემთა ბაზა ამოქმედებს დოკუმენტების ჩასმისას ან განახლებისას.

## ვალიდაციის დონეები და მოქმედებები

```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` აკონტროლებს, რომელი დოკუმენტები შემოწმდება; `validationAction` აკონტროლებს, არის თუ არა დარღვევები შეცდომა (უარყოფა) ან მხოლოდ გაფრთხოება.

## რატომ იქნება ვალიდაცია ბაზეში (მხოლოდ აპლიკაციაში არ)?

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

## გიბკობა და სტრუქტურის ბალანსი

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

## რატომ აქვს ეს მნიშვნელობა

MongoDB სქემის ვალიდაციის გაგება ღირებულია **MongoDB-ის გიბკობის მონაცემების ინტეგრალობასთან დაბალანსებისთვის**, ამიტომ ეს სასარგებლო ცოდნაა საიმედო MongoDB აპლიკაციების აგებისთვის.

მიუხედავად იმისა, რომ MongoDB-ის ბესქემო გიბკობა მთავარი უპირატესობაა (შესაფერი ვითარდება და მრავალფეროვანი მონაცემებისთვის), **უკონტროლო გიბკობა შეიძლება გამოიწვიოს არათანმიმდევრული მონაცემები** (მოთხოვნილი ველების არარსებობა, არასწორი ტიპები, არასწორი მნიშვნელობები) — რეალური ხელის არჩევა მონაცემთა ხარისხისთვის.

სქემის ვალიდაცია აჭრის ამ პრობლემას წესების აღმოქმედების მქონდე (სავალდებულო ველები, ტიპები, ნიმუშები, დიაპაზონები JSON Schema-ს მეშვეობით) **ბაზის დონეზე**, ასე რომ დოკუმენტებმა უნდა დააკმაყოფილოს ისინი.

**ბაზის დონის ვალიდაციის** მთავარი ღირებულება (აპლიკაციის დონის მაგივრად) არის ის, რომ ის ამოქმედებულია იმისგან დამოუკიდებლად, თუ რომელი აპლიკაცია, სერვისი, სკრიპტი ან ხელით ოპერაცია წერს მონაცემებს — მათ გაწევისას თანმიმდევრული ინტეგრალობის გარანტია და უსაფრთხოების ქსელი თუნდაც თუ აპლიკაციის ვალიდაცია გადაუარეს ან შეცდომიანი ყოფილა (იგივე მოსაზრება SQL შეზღუდვების მაგივრად: მონაცემთა ბაზა როგორც თავდაცვის ბოლო ხაზი).

**ვალიდაციის დონეების და მოქმედებების** გაგება (აკონტროლებს, რომელი დოკუმენტები შემოწმდება და თუ უარყოფა ან გაფრთხოება) იძლევა მოქნილი მიღებას.

ყველაზე მნიშვნელოვანი, **გიბკობა და სტრუქტურის დაბალანსება** უხსნის — ვალიდაციის დამატება სადაც თანმიმდევრობა მნიშვნელოვანია, გიბკობის შენარჩუნება სხვაგან, ხშირად დაწყებული გიბკით და ვალიდაციის დამატება სქემა მდგრადი გახდა — ასახავს მოწიფო MongoDB გამოყენებას, რომელიც იძლევა გიბკობის სარგებელს კრიტიკული მონაცემების ინტეგრალობის აღრიცხვის გარეშე.

იმის ცოდნა, რომ ვალიდაცია ხშირად აკეთდება აპლიკაციის ფენაშიც (მაგ. Mongoose სქემები) ასევე რელევანტურია.

მას შემდეგ, რაც მონაცემების ინტეგრალობა მნიშვნელოვანია თუნდაც მოქნილ ბაზებში, და რადგან MongoDB-ის სქემის ვალიდაცია აძლევს თქვენ ხელმოწერის აღმოქმედების საშუალებას სადაც საჭირო (ბაზის დონეზე ძლიერი გარანტიისთვის) გიბკობის დაცვისას, სქემის ვალიდაციის გაგება — როგორ მუშაობს, ბაზის დონის აღმოქმედების სარგებელი და გიბკობა სტრუქტურასთან დაბალანსება — ღირებულია, პრაქტიკულად რელევანტური ცოდნა MongoDB აპლიკაციების აგებისთვის, რომლებიც მნიშვნელობას აქვთ მონაცემთა ხარისხს, სასარგებლო შესაძლებლობა, რომელიც აჭრის მოქნილი სქემის ბაზების არათანმიმდევრული მონაცემების საერთო შემოდგომას.