SlideShare une entreprise Scribd logo
1  sur  20
Tələbə: Sona Həşimova
Müəllim: Kənan Məmmədov
İxtisas: İnformasiya Təhlükəsizliyi
Qrup: 693.19
Fənn: İnformasiya sistemlərinin
layihələndirilməsi
Normal formalar
metodu ilə verilənlər
bazasının
layihələndirilməsi
Struktur layihələndirmənin hansı üsulla aparılmasından asılı olmayaraq,
relasiya modeli VB-də obyektlər və ya mahiyyətlər son nəticədə nisbət
şəkilində ifadə olunur. Nəzəri baxımdan VB-nin struktur layihələndirilməsi
verilənlərin modelinin tipindən asılı olmamalıdır. Lakin praktiki nöqteyi
nəzərdən struktur layihələndirmədə relasiya modelinin xüsusiyyətlərinin nəzərə
alınması faydalıdır.
Çox da böyük olmayan relasiya modelli verilənlər bazasının
layihələndirilməsində normal formalar metodu daha səmərəlidir.
Normal formalar metodu ilə verilənlər bazasının layihələndirilməsi aşağıdakı
mərhələrlə aparılır:
1. Əvvəlcə struktur layihələndirmənin hər hansı üsulu ilə verilənlər
bazasının ilkin nisbətləri formalaşdırılır.
2.Sonra ilkin nisbətlər normallaşdırılır, yəni normallaşdırma qaydalarına
uyğun olaraq ilkin nisbətin kompazisiyası-dekompozisiyası aparılır.
3. Yeni yaradılmış nisbətlərə açarlar təyin olunur. Praktikada VB-nın 3-cü
normal formaya (3NF) və ya Boys-Kodd normal formasına (BKNF) uyğun
gələn strukturu ilə kifayətlənmək olur. Odur ki, normal formalar metodu ilə
nisbətlərin normallaşdırılması prosesi aşağıdakı ardıcıllıqla yerinə yetirilir.
-əgər ilkin nisbətdə tərkibli atributlar varsa, onları tərkib hissələrinə
ayırıb, atomar şəkilə salmaqla nisbəti 1-ci normal formaya (1NF)
gətirmək;
-Açar olmayan atributların açardan qismən asılılığını aradan qaldırmaqla
nisbəti 2-ci normal formaya (2NF) gətirmək;
-Açar olmayan atributların açardan tranzitiv asılılığını aradan qaldırmaqla
nisbəti 3-cü normal formaya (3NF) gətirmək;
-Tərkibli açarın atributlarının açara daxil olmayan atributlardan asılılığını
aradan qaldırmaqla nisbəti Boys-Kodd normal formasına (BKNF) gətirmək;
Mahiyyətin nisbətlərlə ifadə edilməsində ümumi qəbul edilmiş qayda
<<hər bir mahiyyətə-ayrıca cədvəl>> qaydası hesab olunur. Açar kimi
atributdan istifadə edilməsi məsləhət görülür. Xüsusi hallarda bir neçə
atributdan ibarət tərkibli açardan istifadə etmək olar.
Açar təyin edilmədikdə bəzi VBİS-lərin (məsələn:
Access) özləri cədvəlin sətirlərinin nömrələrinə görə
açar (sayğac) yaradırlar.
Əgər nisbətlərdə təkrarlanan və bir-birilə
qarşılıqlı əlaqəli atributlar varsa və bu informasiya
böyük həcmə malikdirsə, həmin atributları ayrıca
nisbətlə ifadə etmək məqsədəuyğundur.
Bunu başqa sözlə belə ifadə etmək olar: mahiyyət haqqındakı informasiyanı
elə təsvir etmək lazımdır ki, açar olmayan atributlar bir-birindən asılı
olmasınlar və bütövlükdə açardan asılı olsunlar (3NF-in tələbi).
Mahiyyətlərə uyğun cədvəllərin emalı zamanı aşağıdakı amili nəzərə
almaq vacibdir: cədvəlin silinməsi zamanı ona olan bütün istinadları silmək
lazımdır, əks halda əlaqələr cədvəli düzgün olmayacaq. Müasir VBİS-lərin
əksəriyyəti belə hallarda düzgün olmayan əməliyyatlara icazə vermirlər.
Mahiyyətlər (cədvəllər) arasında əlaqə 2 cür yaradıla bilər:
1) Xarici açarlar vasitəsilə;
2) Əlaqə cədvəlləri vasitəsilə;
Hər iki halda əlaqə açar vasitəsilə yaradılır və yalnız 2 cədvəl bir-birilə
əlaqələndirilir.
1-ci halda əlaqələndirilən cədvəllərin birində (valideyn cədvəldə) xarici
açar təyin olunur, digərində isə (törəmə cədvəldə) həmin xarici açar
əsas açar kimi çıxış edir.
2-ci halda isə mahiyyətlər arasında əlaqə yaratmaq üçün əlavə olaraq
rabitə cədvəli adlanan cədvəl qurulur. Əlaqələndirilən iki cədvəlin hər
birində bir əsas açar olur. Həmin açarlar rabitə cədvəlində yerləşdirilir.
Beləliklə, rabitə cədvəli 2 açara malik olur:
Onlardan biri 1-ci cədvəlin açarı, ikincisi isə 2-ci cədvəlin açarıdır.
Onlardan hər hansı birinə görə rabitə cədvəlindən digəri seçilir.
DİQQƏTİNİZƏ GÖRƏ
TƏŞƏKKÜRLƏR!

Contenu connexe

Tendances

გაკვეთილი № 16
გაკვეთილი № 16გაკვეთილი № 16
გაკვეთილი № 16datiko43
 
B+ tree intro,uses,insertion and deletion
B+ tree intro,uses,insertion and deletionB+ tree intro,uses,insertion and deletion
B+ tree intro,uses,insertion and deletionHAMID-50
 
გაკვეთილი № 19
გაკვეთილი № 19გაკვეთილი № 19
გაკვეთილი № 19datiko43
 
გაკვეთილი № 33
გაკვეთილი № 33გაკვეთილი № 33
გაკვეთილი № 33datiko43
 
[Pgday.Seoul 2017] 6. GIN vs GiST 인덱스 이야기 - 박진우
[Pgday.Seoul 2017] 6. GIN vs GiST 인덱스 이야기 - 박진우[Pgday.Seoul 2017] 6. GIN vs GiST 인덱스 이야기 - 박진우
[Pgday.Seoul 2017] 6. GIN vs GiST 인덱스 이야기 - 박진우PgDay.Seoul
 
엘라스틱 서치 세미나
엘라스틱 서치 세미나엘라스틱 서치 세미나
엘라스틱 서치 세미나종현 김
 
اسلايد آموزشي مدیریت استراتژیک پیشرفته
اسلايد آموزشي مدیریت استراتژیک پیشرفتهاسلايد آموزشي مدیریت استراتژیک پیشرفته
اسلايد آموزشي مدیریت استراتژیک پیشرفتهAli Masoombeigi
 
[216]네이버 검색 사용자를 만족시켜라! 의도파악과 의미검색
[216]네이버 검색 사용자를 만족시켜라!   의도파악과 의미검색[216]네이버 검색 사용자를 만족시켜라!   의도파악과 의미검색
[216]네이버 검색 사용자를 만족시켜라! 의도파악과 의미검색NAVER D2
 
Reading the .explain() Output
Reading the .explain() OutputReading the .explain() Output
Reading the .explain() OutputMongoDB
 
Mongo DB: Operational Big Data Database
Mongo DB: Operational Big Data DatabaseMongo DB: Operational Big Data Database
Mongo DB: Operational Big Data DatabaseXpand IT
 
გაკვეთილი № 39
გაკვეთილი № 39გაკვეთილი № 39
გაკვეთილი № 39datiko43
 
Коммерческая политика
Коммерческая политикаКоммерческая политика
Коммерческая политикаArtem Mazaev
 
Probabilistic Retrieval
Probabilistic RetrievalProbabilistic Retrieval
Probabilistic Retrievalotisg
 
გაკვეთილი № 21
გაკვეთილი № 21გაკვეთილი № 21
გაკვეთილი № 21datiko43
 
G 007.docx
G 007.docxG 007.docx
G 007.docxqimia
 
SPARQL-DL - Theory & Practice
SPARQL-DL - Theory & PracticeSPARQL-DL - Theory & Practice
SPARQL-DL - Theory & PracticeAdriel Café
 
Sizing MongoDB Clusters
Sizing MongoDB Clusters Sizing MongoDB Clusters
Sizing MongoDB Clusters MongoDB
 
OpenStreetMap+MongoDBで地図情報を検索してみたい!
OpenStreetMap+MongoDBで地図情報を検索してみたい!OpenStreetMap+MongoDBで地図情報を検索してみたい!
OpenStreetMap+MongoDBで地図情報を検索してみたい!Naruhiko Ogasawara
 

Tendances (20)

გაკვეთილი № 16
გაკვეთილი № 16გაკვეთილი № 16
გაკვეთილი № 16
 
B+ tree intro,uses,insertion and deletion
B+ tree intro,uses,insertion and deletionB+ tree intro,uses,insertion and deletion
B+ tree intro,uses,insertion and deletion
 
გაკვეთილი № 19
გაკვეთილი № 19გაკვეთილი № 19
გაკვეთილი № 19
 
გაკვეთილი № 33
გაკვეთილი № 33გაკვეთილი № 33
გაკვეთილი № 33
 
[Pgday.Seoul 2017] 6. GIN vs GiST 인덱스 이야기 - 박진우
[Pgday.Seoul 2017] 6. GIN vs GiST 인덱스 이야기 - 박진우[Pgday.Seoul 2017] 6. GIN vs GiST 인덱스 이야기 - 박진우
[Pgday.Seoul 2017] 6. GIN vs GiST 인덱스 이야기 - 박진우
 
엘라스틱 서치 세미나
엘라스틱 서치 세미나엘라스틱 서치 세미나
엘라스틱 서치 세미나
 
اسلايد آموزشي مدیریت استراتژیک پیشرفته
اسلايد آموزشي مدیریت استراتژیک پیشرفتهاسلايد آموزشي مدیریت استراتژیک پیشرفته
اسلايد آموزشي مدیریت استراتژیک پیشرفته
 
[216]네이버 검색 사용자를 만족시켜라! 의도파악과 의미검색
[216]네이버 검색 사용자를 만족시켜라!   의도파악과 의미검색[216]네이버 검색 사용자를 만족시켜라!   의도파악과 의미검색
[216]네이버 검색 사용자를 만족시켜라! 의도파악과 의미검색
 
Reading the .explain() Output
Reading the .explain() OutputReading the .explain() Output
Reading the .explain() Output
 
Mongo DB: Operational Big Data Database
Mongo DB: Operational Big Data DatabaseMongo DB: Operational Big Data Database
Mongo DB: Operational Big Data Database
 
გაკვეთილი № 39
გაკვეთილი № 39გაკვეთილი № 39
გაკვეთილი № 39
 
Коммерческая политика
Коммерческая политикаКоммерческая политика
Коммерческая политика
 
Probabilistic Retrieval
Probabilistic RetrievalProbabilistic Retrieval
Probabilistic Retrieval
 
გაკვეთილი № 21
გაკვეთილი № 21გაკვეთილი № 21
გაკვეთილი № 21
 
G 007.docx
G 007.docxG 007.docx
G 007.docx
 
Elasticsearch
ElasticsearchElasticsearch
Elasticsearch
 
Indexing
IndexingIndexing
Indexing
 
SPARQL-DL - Theory & Practice
SPARQL-DL - Theory & PracticeSPARQL-DL - Theory & Practice
SPARQL-DL - Theory & Practice
 
Sizing MongoDB Clusters
Sizing MongoDB Clusters Sizing MongoDB Clusters
Sizing MongoDB Clusters
 
OpenStreetMap+MongoDBで地図情報を検索してみたい!
OpenStreetMap+MongoDBで地図情報を検索してみたい!OpenStreetMap+MongoDBで地図情報を検索してみたい!
OpenStreetMap+MongoDBで地図情報を検索してみたい!
 

Teqdimat_IS-nin_layihelendirilmesi.pptx

  • 1. Tələbə: Sona Həşimova Müəllim: Kənan Məmmədov İxtisas: İnformasiya Təhlükəsizliyi Qrup: 693.19 Fənn: İnformasiya sistemlərinin layihələndirilməsi
  • 2. Normal formalar metodu ilə verilənlər bazasının layihələndirilməsi
  • 3. Struktur layihələndirmənin hansı üsulla aparılmasından asılı olmayaraq, relasiya modeli VB-də obyektlər və ya mahiyyətlər son nəticədə nisbət şəkilində ifadə olunur. Nəzəri baxımdan VB-nin struktur layihələndirilməsi verilənlərin modelinin tipindən asılı olmamalıdır. Lakin praktiki nöqteyi nəzərdən struktur layihələndirmədə relasiya modelinin xüsusiyyətlərinin nəzərə alınması faydalıdır.
  • 4.
  • 5. Çox da böyük olmayan relasiya modelli verilənlər bazasının layihələndirilməsində normal formalar metodu daha səmərəlidir. Normal formalar metodu ilə verilənlər bazasının layihələndirilməsi aşağıdakı mərhələrlə aparılır: 1. Əvvəlcə struktur layihələndirmənin hər hansı üsulu ilə verilənlər bazasının ilkin nisbətləri formalaşdırılır.
  • 6. 2.Sonra ilkin nisbətlər normallaşdırılır, yəni normallaşdırma qaydalarına uyğun olaraq ilkin nisbətin kompazisiyası-dekompozisiyası aparılır. 3. Yeni yaradılmış nisbətlərə açarlar təyin olunur. Praktikada VB-nın 3-cü normal formaya (3NF) və ya Boys-Kodd normal formasına (BKNF) uyğun gələn strukturu ilə kifayətlənmək olur. Odur ki, normal formalar metodu ilə nisbətlərin normallaşdırılması prosesi aşağıdakı ardıcıllıqla yerinə yetirilir.
  • 7. -əgər ilkin nisbətdə tərkibli atributlar varsa, onları tərkib hissələrinə ayırıb, atomar şəkilə salmaqla nisbəti 1-ci normal formaya (1NF) gətirmək; -Açar olmayan atributların açardan qismən asılılığını aradan qaldırmaqla nisbəti 2-ci normal formaya (2NF) gətirmək; -Açar olmayan atributların açardan tranzitiv asılılığını aradan qaldırmaqla nisbəti 3-cü normal formaya (3NF) gətirmək;
  • 8.
  • 9. -Tərkibli açarın atributlarının açara daxil olmayan atributlardan asılılığını aradan qaldırmaqla nisbəti Boys-Kodd normal formasına (BKNF) gətirmək; Mahiyyətin nisbətlərlə ifadə edilməsində ümumi qəbul edilmiş qayda <<hər bir mahiyyətə-ayrıca cədvəl>> qaydası hesab olunur. Açar kimi atributdan istifadə edilməsi məsləhət görülür. Xüsusi hallarda bir neçə atributdan ibarət tərkibli açardan istifadə etmək olar.
  • 10. Açar təyin edilmədikdə bəzi VBİS-lərin (məsələn: Access) özləri cədvəlin sətirlərinin nömrələrinə görə açar (sayğac) yaradırlar. Əgər nisbətlərdə təkrarlanan və bir-birilə qarşılıqlı əlaqəli atributlar varsa və bu informasiya böyük həcmə malikdirsə, həmin atributları ayrıca nisbətlə ifadə etmək məqsədəuyğundur.
  • 11. Bunu başqa sözlə belə ifadə etmək olar: mahiyyət haqqındakı informasiyanı elə təsvir etmək lazımdır ki, açar olmayan atributlar bir-birindən asılı olmasınlar və bütövlükdə açardan asılı olsunlar (3NF-in tələbi).
  • 12. Mahiyyətlərə uyğun cədvəllərin emalı zamanı aşağıdakı amili nəzərə almaq vacibdir: cədvəlin silinməsi zamanı ona olan bütün istinadları silmək lazımdır, əks halda əlaqələr cədvəli düzgün olmayacaq. Müasir VBİS-lərin əksəriyyəti belə hallarda düzgün olmayan əməliyyatlara icazə vermirlər.
  • 13.
  • 14. Mahiyyətlər (cədvəllər) arasında əlaqə 2 cür yaradıla bilər: 1) Xarici açarlar vasitəsilə; 2) Əlaqə cədvəlləri vasitəsilə;
  • 15. Hər iki halda əlaqə açar vasitəsilə yaradılır və yalnız 2 cədvəl bir-birilə əlaqələndirilir. 1-ci halda əlaqələndirilən cədvəllərin birində (valideyn cədvəldə) xarici açar təyin olunur, digərində isə (törəmə cədvəldə) həmin xarici açar əsas açar kimi çıxış edir.
  • 16. 2-ci halda isə mahiyyətlər arasında əlaqə yaratmaq üçün əlavə olaraq rabitə cədvəli adlanan cədvəl qurulur. Əlaqələndirilən iki cədvəlin hər birində bir əsas açar olur. Həmin açarlar rabitə cədvəlində yerləşdirilir.
  • 17.
  • 18. Beləliklə, rabitə cədvəli 2 açara malik olur: Onlardan biri 1-ci cədvəlin açarı, ikincisi isə 2-ci cədvəlin açarıdır. Onlardan hər hansı birinə görə rabitə cədvəlindən digəri seçilir.
  • 19.