Real Dünyada Normalləşmə
Verilənlər bazasının normallaşdırılması tətbiqi inkişafın müqəddəs inəklərindən biridir. Aldığınız hər hansı bir lisenziya proqramı kursu və ya oxuduğunuz kitab bazası veritabanlarının normallaşdırılmasının vacibliyini təbliğ edir.
Bu həqiqəti etiraz etmək vaxtıdır. Bəzən veritabanınızı denormalize etmək üçün OK!
Ne zaman normallaşdırmalısınız?
Verilənlər bazasının normallaşdırılması məlumatların bütövlüyünü qoruyur. Bir çox hallarda çox yaxşı bir fikirdir və hər hansı bir verilənlər bazası dizaynını nəzərə alaraq normallaşma cəhdinə başlamaq lazımdır. Verilənlər bazasını normalləşdirə bilsəniz, bunun üçün get! Əslində, bu saytda məlumat bazasını necə normallaşdırmaq üçün bir sıra praktik məsləhətlər verilmişdir:
- Verilənlər bazasını ilk normal formada yerləşdirmək (1NF)
- Verilənlər bazasını ikinci normal formada yerləşdirmək (2NF)
- Veritabanınızı Üçüncü Normal Forma (2NF) Verilməsi
Altın xəttiniz, bunu etməmək üçün həqiqətən yaxşı bir səbəb olmadıqda, verilənlər bazasını normalləşdirməlisiniz. Normallaşma ümumiyyətlə səsli dizayn praktikasıdır. Daha çox məlumatı azaldır, performansı optimallaşdırır və verilənlər bazasının müxtəlif künclərində eyni məlumatlara sahib olmağından nəticələnən məlumatların bütövlüyü məsələlərinə malik olma ehtimalını azaldır.
Normallaşmaq üçün bəzi yaxşı səbəblər
Budur, məlumat bazasını normallaşdırmaq üçün yaxşı səbəblər var. Bir neçə nəzər salaq:
- Qoşulmalar bahadır . Verilənlər bazasını normallaşdırmaq tez-tez çox masaların yaranmasını nəzərdə tutur. Əslində, beş və ya 10 masa əhatə edən sadə bir sorğu olmalıdır ki, düşüncələrinizi rahatlıqla həll edə bilərsiniz. Heç bir beş masa birləşməsini etməyə çalışdığınız təqdirdə, prinsipcə işlədiyini bilirsiniz, amma təcrübədə bu qədər yavaş yavaş çalışır. Böyük masalara qarşı çoxlu sorğulara əsaslanan bir veb tətbiqi tikirsinizsə, özünüzü "Bu verilənlər bazası normallaşmamışdırsa!" Düşünsəniz, başınızdakı düşüncəni eşitdiyiniz zaman yaxşı bir vaxtdır. denormalizing hesab edirəm. Məlumatların bütövlüyünü təhlükə altına qoymadan bu sorğunun istifadə etdiyi bütün məlumatları tək bir masa üzərində saxlaya bilsəniz, bunun üçün gedin! Bir üsyançı olun və veritabanınızı denormalize edin. Geri dönməyəcəksiniz!
- Normalləşdirilmiş dizayn çətindir . Mürəkkəb verilənlər bazası şeması ilə işləyirsinizsə, ehtimal ki, özünüzü normallaşmanın mürəkkəbliyi üzərində başınızı masanın üstünə atırsınız. Sadə bir qayda olaraq, bütün gün dördüncü normal formaya necə keçə biləcəyini anlamaq üçün xərclədiyiniz təqdirdə, çox normallaşmaq olar. Geri çəkin və həqiqətən də davam etdirməyə dəyər olub-olmadığını soruşun.
- Tez və çirkli, çirkli və sürətli olmalıdır . Yalnız bir prototip hazırlayırsanız, yalnız nə tez işlədiyini edin. Həqiqətən. Tamam. Tez tətbiqin inkişafı bəzən zərif dizayndan daha vacibdir. Yalnız prototip mərhələsindən kənara çıxmağa hazır olduqdan sonra geri qayıtmaq və dizaynınıza diqqət yetirmək üçün xatırlayın. Tez və çirkli bir verilənlər bazası dizaynı üçün ödəməli olduğunuz qiymət, istehsal üçün qurulma vaxtı gəldikdə onu atmaq və başlamağınız ola bilər.
- Bir NoSQL verilənlər bazası istifadə edirsinizsə , ənənəvi normallaşma arzuolunmazdır. Bunun əvəzinə verilənlər bazasını daha çox bağışlayan BASE modelini istifadə edərək dizayn edin. E-poçt, şəkillər və ya videolar kimi yapılandırılmamış məlumatları saxladığınız zaman bu faydalıdır.
Diqqətin bəzi sözləri
Verilənlərin normallaşdırılması ümumiyyətlə yaxşı bir fikirdir. Bunu məqbul hesab etdikdə normallaşma prinsiplərinə riayət etməlisiniz. Amma bütün göstəricilər normallaşmanın həyata keçirilməsi üçün çox mürəkkəb olduğuna işarə edərsə, məlumatlarınızı qoruyarkən iş görüləcək bir yanaşma nəzərdən keçirin.
Nəhayət - normalizasiya qaydalarından kənara çıxmağı seçsəniz, verilənlər bazasının bütövlüyünü necə tətbiq etdiyiniz barədə əlavə həssas olun. Lazımlı məlumatlar saxlayırsanız, məlumatların ardıcıl olaraq qaldığından əmin olmaq üçün tetikleyiciler və digər nəzarət vasitələri yerləşdirin.