Verilənlər bazası açarları verimli rabitə bazası yaratmaq üçün ən asan yoludur
Daha əvvəl bildiyiniz kimi, verilənlər bazaları informasiya təşkil etmək üçün cədvəllərdən istifadə edir. ( Verilənlər bazası nədir? ) Hər bir masa, hər biri bir verilənlər bazası qeydinə cavab verən bir neçə satırdan ibarətdir. Beləliklə, məlumat bazaları bu qeydlərin hamısını necə düz tutur? Bu düymələrdən istifadə edir.
İbtidai Keys
İlk növbədə müzakirə edəcəyimiz əsas növ birincil açardır . Hər bir verilənlər bazası masasında birincil əsas kimi təyin edilmiş bir və ya bir neçə sütun olmalıdır. Bu əsas tutan dəyər verilənlər bazasında hər bir qeyd üçün unikal olmalıdır.
Misal üçün, firmamızdakı hər bir işçi üçün personal məlumatı olan İşçilər adlı bir masa var. Hər bir işçini bənzər bir şəkildə təyin edəcəyi müvafiq bir əsas əsas seçməliyik. İlk düşüncəniz işçinin adından istifadə etmək ola bilər. Bu, çox yaxşı işləməyəcəkdir, çünki eyni işdə iki işçini işə götürə bilərsiniz. Daha yaxşı bir seçim, işə qəbul edildikdə hər bir işçiyə atadığınız unikal bir işçi identifikasiya nömrəsi istifadə etmək ola bilər. Bəzi təşkilatlar bu vəzifəyə görə Sosial Müdafiə Nömrələrini (və ya digər hökumət identifikatorlarını) istifadə etməyi seçirlər, çünki hər bir işçinin zaten biri var və onlar unikal olmaq üçün təmin edilirlər. Buna baxmayaraq, bu məqsədlə Sosial Müdafiə Nömrələrinin istifadəsi məxfilik məsələləri üzündən çox mübahisəlidir. (Əgər bir hökumət təşkilatı üçün işləsəniz, 1974-cü il Məxfilik Qanununa əsasən Sosial Müdafiə Nömrəsinin istifadəsi qanunsuz ola bilər.) Bu səbəbdən bir çox təşkilat nadir identifikatorlar (işçi identifikasiyası, tələbə kimliyi və s. .) bu gizlilik narahatlıqlarını bölüşmür.
Birincil əsas üzərində qərara gəldikdən və veritabanını qurduqdan sonra, verilənlər bazası idarəetmə sistemi açarın unikallığını tətbiq edəcəkdir.
Mövcud bir qeydin çoğaltıldığı bir əsas sətir ilə bir cədvəldə qeyd yazmağa cəhd etsəniz, bu giriş uğursuz olacaq.
Bir çox verilənlər bazası da öz birincil açarlarını yarada bilir. Microsoft Access, məsələn, masa içindəki hər bir qeyd üçün unikal şəxsiyyət təyin etmək üçün AutoNumber data növünü istifadə etmək üçün konfiqurasiya edilə bilər. Effektiv olsa da, bu, pis bir dizayn praktikasıdır. Çünki masanın hər bir qeydində mənasız bir dəyər yaradır. Nə üçün bir yerdən faydalı bir şey saxlamaq üçün istifadə etmirsiniz?
Xarici Keys
Başqa bir növ, xarici cədvəldir , bu tablolar arasında əlaqələr yaratmaq üçün istifadə olunur. Verilənlər bazası strukturlarında masalar arasında təbii əlaqələr mövcuddur. Çalışanlarımızın məlumat bazasına qayıtdığımızda, verilənlər bazasına məlumat verən bir cədvəl əlavə etmək istədiklərini təsəvvür edin. Bu yeni cədvəl İdarələr adlandırıla bilər və bütövlükdə şöbə haqqında çox sayda məlumat ehtiva edir. Şöbədəki işçilər haqqında da məlumatlar daxil etmək istəyirik, lakin eyni məlumatları iki cədvəldə (İşçilər və şöbələr) daha çox istifadə etmək olardı. Bunun əvəzinə iki cədvəl arasında bir əlaqə yarada bilərik.
Bölmələr cədvəlində Şöbə Adı sütununu əsas əsas kimi istifadə edirlər. İki cədvəl arasında əlaqələr yaratmaq üçün Departament adlı İşçilərin cədvəlinə yeni bir sütun əlavə edirik. Daha sonra hər bir işçinin aid olduğu şöbə adını doldururuq. Biz həmçinin İdarəetmə şöbəsinin sütununun işçilərin cədvəlinə istinad edən xarici bir açardır ki, verilənlər bazası idarəetmə sisteminə məlumat veririk.
Verilənlər bazası, İşçilərin cədvəlinin İdarəetmə sütunundakı bütün dəyərlərin İdarələr cədvəlində müvafiq qeydlərə malik olmasını təmin etməklə istinad bütövlüyünü təmin edəcəkdir.
Xarici bir açar üçün təklik məhdudiyyəti olmadığını unutmayın. Biz (və çox güman ki) bir şöbəyə aid birdən çox işçi ola bilərik. Eyni şəkildə, İdarələr cədvəlində giriş İşçilərin cədvəlində müvafiq qeydlərə malikdir. Heç bir işçisi olmayan bir şöbümüz olmasını təmin etmək mümkündür.
Bu mövzuda daha ətraflı məlumat üçün, Xarici Klaviaturların Yaradılması oxuyun.