შეზღუდვები (Constraints) არის წესები, რომლებიც მონაცემთა ბაზით აკონტროლებს მონაცემებს ცხრილებში — უზრუნველყოფს მონაცემთა სიმტკიცეს მონაცემთა ბაზის დონეზე (არა მხოლოდ აპლიკაციის კოდში). მთავარი შეზღუდვები: PRIMARY KEY, FOREIGN KEY, UNIQUE, , და .
NOT NULLCHECKDEFAULTCREATE TABLE users (
id INT PRIMARY KEY, -- unique + not null identifier
email VARCHAR(255) UNIQUE NOT NULL, -- must be unique AND present
age INT CHECK (age >= 0 AND age <= 120), -- must satisfy a condition
country VARCHAR(2) DEFAULT 'US', -- default value if not provided
role VARCHAR(20) NOT NULL DEFAULT 'user',
manager_id INT REFERENCES users(id) -- FOREIGN KEY (referential integrity)
);
PRIMARY KEY → uniquely identifies a row (unique + not null, indexed)
FOREIGN KEY → references another table's key (referential integrity)
UNIQUE → no duplicate values allowed in this column
NOT NULL → the column must have a value (can't be NULL)
CHECK → the value must satisfy a condition (age >= 0, status IN (...))
DEFAULT → a value used when none is provided on insert
-- ❌ relying only on application code to enforce uniqueness:
-- a race condition or a bug or a different app could insert a duplicate
-- ✅ a UNIQUE constraint guarantees it at the DB level — ALWAYS enforced,
-- regardless of which code or how many apps access the database
email VARCHAR(255) UNIQUE
მონაცემთა ბაზის შეზღუდვები არის მონაცემთა სიმტკიცის ბოლო თავდამცველი — ისინი აკონტროლებს მონაცემთა ბაზის დამოუკიდებლად იმისგან, თუ რა კოდი ჩასვამს მონაცემებს (ერთეული ან მრავალი აპლიკაცია, სკრიპტები, ხელით შეცვლა, ან შეცდომიანი კოდი), და ისინი სამართავად აღიქმენ სხვა სიტუაციებს, რომელიც აპლიკაციის დონის შემოწმება ხელმოკიდეთებას იკარგებს.
CHECK (price > 0) -- prices must be positive
CHECK (status IN ('active', 'inactive')) -- only valid statuses
CHECK (end_date > start_date) -- logical consistency
CHECK აკონტროლებს ბიზნეს/დომენის წესებს პირდაპირ სქემაში.
შეზღუდვები აუცილებელია მონაცემთა სიმტკიცის შესაბამისობისთვის — ისინი უზრუნველყოფენ, რომ თქვენი მონაცემთა ბაზის მონაცემები აკმაყოფილებს წესებს (უნიკალურობა, არსებობა, ვალიდური მნიშვნელობები, ვალიდური ცნობები) მონაცემთა ბაზის დონეზე, რაც ფუნდამენტური ხელსაწყოა საიმედო აპლიკაციებისთვის, ამიტომ მათი გაცნობა მნიშვნელოვანია.
შეზღუდვის ტიპების (PRIMARY KEY, FOREIGN KEY, UNIQUE, NOT NULL, CHECK, DEFAULT) ცოდნა და თითოეულის ფუნქციონირება აუცილებელია სწორი სქემის დიზაინისთვის.
ყველაზე მნიშვნელოვანი კონცეპტუალური წერტილი არის რატომ უნდა აკონტროლოთ მონაცემთა ბაზის დონეზე, წაკითხვის მხოლოდ აპლიკაციის კოდში: მონაცემთა ბაზის შეზღუდვები არის მონაცემთა სიმტკიცის ბოლო თავდამცველი — ისინი ყოველთვის აკონტროლებს მიუხედავად იმისგან, რა კოდი ან რამდენი აპლიკაცია ჩვენ მონაცემებს, ისინი ჯამური აპლიკაციის შემოწმების გარეშე დანერგვებულ შეცდომებს, და განსაკუთრებით მნიშვნელოვანია რასობის პირობები (მაგ. ორი ერთდროული ჩასვლა ორივე აპლიკაციის დონის უნიკალურობის შემოწმება გაძლიერებული მაგრამ UNIQUE შეზღუდვა სწორად отклонено ის დუბლიკატი).
მხოლოდ აპლიკაციის კოდზე დამოკიდებულება მონაცემთა სიმტკიცის შესაბამისობისთვის სახطره; შეზღუდვები უზრუნველყოფენ გარანტიას.
CHECK შეზღუდვების გაცნობა დომენ/ბიზნეს წესების (ვალიდური დიაპაზონი, დასაშვები მნიშვნელობები, ლოგიკური სტრუქტურა) აკონტროლებისთვის პირდაპირ სქემაში ასევე მყარი.
მიუხედავად იმისგან, რომ მონაცემთა სიმტკიცე განმსაზღვრელი ხელსაწყოა საიმედო აპლიკაციებისთვის, და შეზღუდვები უზრუნველყოფენ მონაცემთა ბაზის დონის გარანტიას, რომელიც დაცავს შეცდომების წინააღმდეგ, რასობის პირობებთან და არათანმიმდევრული მონაცემების წინააღმდეგ ისე, რა აპლიკაციის კოდი ცალკე არ უძლია, შეზღუდვების გაცნობა — ტიპები, მათი სიმტკიცის გარანტიები და მონაცემთა ბაზის დონის აკონტროლის მნიშვნელობა — არის მნიშვნელოვანი, ფუნდამენტური ცოდნა გამძლე მონაცემთა ბაზების დიზაინირებისთვის და აპლიკაციების აგების უფლებამოსილი ასპექტი, რომელთა მონაცემები დგება თანმიმდევრული და ვალიდური.
IT გასაუბრების კითხვების ბიბლიოთეკა დეტალური პასუხებით — Junior-დან Senior-მდე.
შემოწირულობა