Ikinci normal forma (2NF) prinsipləri

Cədvəl ikinci normal formadadır, əgər:

1. Artıq birinci normal formadadır (1NF).
2. Hər bir açar olmayan sütun bütün əsas açardan asılıdır, təkcə açarın bir hissəsindən yox.

Əgər əsas açar bir neçə sahədən ibarətdirsə (birləşmiş açar), heç bir açar olmayan atribut (sütun) yalnız bu açarın bir hissəsindən asılı olmamalıdır. Başqa sözlə, 2NF qismən asılılıqları aradan qaldırır.

2NF pozuntusuna nümunə

Tutaq ki, bizdə student_courses (Tələbələr və Kurslar) cədvəli var, burada tələbələr, onların kursları və müəllimləri haqqında məlumat saxlanılır:

• student_id və course_id birlikdə birləşmiş əsas açar yaradır.
• Amma fikir ver, course_name və instructor_name sütunları yalnız course_id-dən asılıdır, bütün cütdən (student_id, course_id) yox.

Bax budur, qismən asılılıq! course_name və instructor_name yalnız birləşmiş açarın bir hissəsindən (course_id) asılıdır. Bu, 2NF prinsiplərinin pozulmasıdır.

Cədvəli 2NF-ə gətirmək

Bizim işimiz — qismən asılılığı aradan qaldırmaq, cədvəli iki yerə bölməkdir. Bu, artıq məlumatdan qurtulmağa və məlumatların uyğunluğunu yaxşılaşdırmağa kömək edəcək.

Kurslar haqqında məlumatı ayrıca courses cədvəlinə çıxarırıq:

Əsas cədvəli isə belə edirik:

İndi hər sütun bütün əsas açardan asılıdır. Məlumatları elə böldük ki, hər şey məntiqli bağlıdır və 2NF pozuntusu aradan qalxdı.

Artıqlığın aradan qaldırılması magiyası

Normallaşdırmadan əvvəlki cədvələ bax. instructor_name sütununda "Lin" adı təkrar-təkrar yazılıb. Təsəvvür elə, minlərlə sətr olan real bazada nə qədər belə təkrar ola bilər? Cədvəlləri bölməklə artıq məlumatı aradan qaldırdıq və səhv ehtimalını azaltdıq, məsələn, yazı səhvləri ("Lin" vs "Ling").

Həyatdan nümunə

Təsəvvür elə, sən məhsullar üzrə sifarişləri qeyd edirsən. Səndə belə bir order_items (sifarişlər və məhsullar) cədvəli var, burada order_id və item_id əsas açarı təşkil edir:

Gördüyün kimi, məhsul adları və qiymətlər təkrarlanır. Bu, 2NF pozuntusunun əlamətidir, çünki item_name və price yalnız item_id-dən asılıdır.

Cədvəli 2NF-ə gətirmək üçün items cədvəli yaradırıq:

Və order_items cədvəlini dəyişirik, yalnız sifariş və məhsul id-lərini saxlayırıq:

İndi məlumatlar kod review-dan sonra olduğu kimi təmizdir — heç bir artıq məlumat yoxdur.

Praktiki tapşırıq: özün yoxla!

Tutaq ki, səndə employee_projects cədvəli var, burada işçilər, onların layihələri və layihə menecerləri haqqında məlumat saxlanılır:

Çalış:

1. 2NF tələblərini pozan asılılıqları tap.
2. Cədvəli iki yerə böl, pozuntunu aradan qaldır.

Niyə 2NF vacibdir?

Ümumiyyətlə, ikinci normal formaya (2NF) niyə əməl etməliyik? Çox sadə: məlumatlar təkrarlanmasın və qarışıqlıq yaranmasın deyə. Qismən asılılıqları aradan qaldıranda cədvəllər daha təmiz olur — artıq məlumat olmur, məsələn, hər sətrdə eyni müəllim adı. Bu, yaddaşa qənaət edir və uyğunsuzluq riskini azaldır: bir yerdə adı dəyişdin — hər yerdə yeniləndi.

Üstəlik, belə bazaya sorğu yazmaq rahatdır: struktur məntiqlidir və məlumatlar bir yerdədir, filter və group daha tez və etibarlı işləyir. Bəli, bunun üçün bir az daha çətin SQL sorğuları və JOIN-lar yazmaq lazım gəlir, çünki cədvəllər çoxalır. Amma bir JOIN, yüz dəfə eyni soyadı yazmaqdan yaxşıdır. Çox vaxt normallaşdırma buna dəyər.

Real layihələrlə inteqrasiya

2NF bilikləri sənə lazım olacaq:

• Verilənlər bazası dizaynında: cədvəllərdə xaosun qarşısını almağa kömək edir.
• Müsahibədə: tez-tez soruşurlar və ya cədvəlləri normal formaya gətirməyi istəyirlər.
• Real işdə: mövcud bazanı optimallaşdırmaq tapşırılarsa, "monolit" cədvəlləri normallaşdırılmış hissələrə bölmək lazım gələcək.

Ikinci normal forma (2NF) birləşmiş əsas açarlı cədvəldə qismən asılılıqları aradan qaldırmağa kömək edir. Cədvəlləri məntiqi bloklara bölürük ki, hər sütun yalnız bütün açardan asılı olsun, hissəsindən yox. Bu, bazanın keyfiyyətini artırır, artıq məlumatı aradan qaldırır və çevikliyini artırır. Üçüncü normal formaya hazırsan? Davam edirik!

2

Tapşırıq

SQL SELF, səviyyə, dərs

Bağlanıb

Cədvəli 2NF-ə gətirmək

Cədvəli 2NF-ə gətirmək

Açıq