K Bajardi; Ibragimov. R qabul qildi; Tursunova. A mavzu: oracle ma’lumotlar bazasi. Ma’lumot bazasi tizimining arxitekturasi. Relyatsion ma’lumot modeli. Ma’lumotlar bazasida munosabatlar. Reja

2.3.2. Tarmoq ma'lumotlar bazalari.
Agar ma'lumotlar tuzilishi odatdagi ierarxiyaga qaraganda murakkabroq bo'lib chiqsa, ierarxik ma'lumotlar bazasi tuzilishining soddaligi uning kamchiligiga aylandi. Masalan, buyurtmalarni saqlash uchun ma'lumotlar bazasida bitta buyurtma uchta ishtirok etishi mumkin turli xil Buyurtmani uni joylashtirgan mijoz, uni qabul qilgan xodim va buyurtma qilingan buyum bilan bog'laydigan ota-ona / bola munosabatlarida, 5.4-rasmda ko'rsatilgandek, ushbu ma'lumotlar tuzilmalari qat'iy IMS ierarxiyasiga mos kelmadi.


5.4-rasm. Ota-onalar va bolalar o'rtasidagi ko'plab munosabatlar.

Natijada, buyurtmani qayta ishlash kabi ilovalar uchun yangisi ishlab chiqildi. tarmoq ma'lumotlar modeli ... Bu 5.5-rasmda ko'rsatilgandek, bitta yozuv bir nechta ota-onalar va bolalar munosabatlarida ishtirok etishi mumkin bo'lgan takomillashtirilgan ierarxik model edi. Tarmoq modelida bunday munosabatlar chaqirildi olomon .
Mijozlar mahsulotlari


Kopgina

5.5-rasm. Buyurtma ma'lumotlarini o'z ichiga olgan onlayn ma'lumotlar bazasi.

Tarmoqli ma'lumotlar bazalari bir nechta afzalliklarga ega edi:
- Moslashuvchanlik.Ota-onalar va bolalar o'rtasidagi bir nechta munosabatlar tarmoq ma'lumotlar bazasiga oddiy ierarxiyaga qaraganda ancha murakkab bo'lgan ma'lumotlarni saqlashga imkon berdi;
- standartlashtirish.CODASYL standartining paydo bo'lishi - tarmoq modelining mashhurligi va Digital Equipment Corporation va Data General kabi mini-kompyuter sotuvchilari DBMS tarmog'ini amalga oshirdilar;
- ishlash... O'zlarining katta murakkabliklariga qaramay, tarmoq ma'lumotlar bazalari ierarxik ma'lumotlar bazalari bilan taqqoslanadigan ko'rsatkichlarga erishdilar. To'plamlar fizik ma'lumotlar yozuvlariga ko'rsatgichlar bilan namoyish etilgan va ba'zi tizimlarda ma'mur bir nechta munosabatlarga asoslangan holda ma'lumotlar klasterini belgilashi mumkin.
Albatta, tarmoqqa ulangan ma'lumotlar bazalarining kamchiliklari bor edi. Ierarxik ma'lumotlar bazalari singari, tarmoq ma'lumotlar bazalari ham qattiq edi. Aloqalar to'plamlari va yozuv tuzilmalari oldindan belgilanishi kerak edi. Ma'lumotlar bazasining tuzilishini o'zgartirish, odatda, barcha ma'lumotlar bazasini qayta tiklashni anglatardi.
Ierarxik va tarmoqdagi ma'lumotlar bazasi ham dasturchilarning vositalari edi. "Acme Manufacturing qaysi mahsulotni ko'pincha buyurtma qiladi?" E kabi savolga javob olish uchun dasturchi ma'lumotlar bazasida harakat qilish uchun dastur yozishi kerak edi. Foydalanuvchilarning so'rovlarini amalga oshirish ko'pincha bir necha hafta yoki bir necha oyga kechiktirildi va dastur paydo bo'lguncha u taqdim etgan ma'lumotlar ko'pincha foydasiz edi.
2.4. To'rtinchi avlod: relyatsion ma'lumotlar bazalari ma'lumotlar (1980 - 1995).
Ierarxik va tarmoq modellarining kamchiliklari yangi, munosabat modeli ma'lumotlar 1970 yilda Codd tomonidan yaratilgan va keng qiziqish uyg'otdi. Relyatsion model ma'lumotlar bazasi tuzilishini soddalashtirishga urinish edi. Unda ajdodlar va avlodlarga aniq ko'rsatgichlar yo'q edi va barcha ma'lumotlar shaklda taqdim etildi oddiy jadvallarqatorlarga va ustunlarga bo'lingan. Aloqaviy foydalanuvchi uchun mavjud bo'lgan barcha ma'lumotlar jadvallar shaklida tashkil etiladigan ma'lumotlar bazasi deb ataladi va ma'lumotlar bo'yicha barcha operatsiyalar ushbu jadvallardagi operatsiyalarga qisqartiriladi.
Yuqoridagi ta'rif ierarxik va tarmoqqa ulangan ma'lumotlar bazalari bazasida joylashgan o'rnatilgan ko'rsatgichlar uchun joy qoldirmaydi. Shunga qaramay, relyatsion DBMS ota-onalar va bolalar o'rtasidagi munosabatlarni amalga oshirishga qodir, ammo bu munosabatlar faqat jadvallarda keltirilgan ma'lumotlarning qiymatlari bilan ifodalanadi.
2.4.1. Jadvallar.
Relyatsion ma'lumotlar bazasida ma'lumotlar jadvallarda, satrlar va ustunlarga bo'linib, ularning kesishgan qismida ma'lumotlar qiymatlari joylashgan. Har bir jadval tarkibini tavsiflovchi o'ziga xos nomga ega. Jadvalning tuzilishi yanada aniqroq bo'lib, 5.6-rasmda tasvirlangan bo'lib, unda JADVALLAR jadvali ko'rsatilgan. Ushbu jadvaldagi har bir gorizontal qator alohida jismoniy shaxsni - bitta ofisni anglatadi. Stolning beshta qatori birgalikda kompaniyaning barcha besh vakolatxonasini aks ettiradi. Jadvalning ma'lum bir qatoridagi barcha ma'lumotlar ushbu satrda tasvirlangan ofisga tegishli.
Office ma'lumotlari
nyu-Yorkda

Office ma'lumotlari

los-Anjelesda
Anjir. 5.6. Relyatsion jadval tuzilishi.



OFFICES jadvalidagi har bir vertikal ustun har bir ofis uchun bitta ma'lumot elementini aks ettiradi. Masalan, CITY ustunida idoralar joylashgan shaharlar nomlari mavjud. SALTS ustunida idoralar tomonidan taqdim etilgan savdo hajmlari mavjud.

Har bir satrning jadvalning har bir ustuni bilan kesishgan joyida aniq bitta ma'lumot qiymati mavjud. Masalan, Nyu-Yorkdagi vakolatxonani ko'rsatadigan qatorda CITY ustunida "NEW YORK" qiymati mavjud. Xuddi shu satrda SALES ustunida 692'000'00 dollar turadi, bu Nyu-Yorkdagi ofis sotuvlari yil boshidan beri.
Xuddi shu ustunda joylashgan barcha qiymatlar bir xil ma'lumot turiga ega. Masalan, CITY ustunida faqat so'zlar, SOTISH ustunida pul summalari va MGR ustunida xodimlarning identifikatorlarini ifodalovchi butun sonlar mavjud. Ustunda bo'lishi mumkin bo'lgan qiymatlar to'plami deyiladi domen ushbu ustun. CITY ustunining domeni ko'plab shahar nomlari. SOTISH ustunining domeni har qanday pul miqdoridir. REGION ustunining domeni faqat ikkita qiymatga ega, "Sharqiy" va "G'arbiy", chunki kompaniyada faqat ikkita savdo mintaqasi mavjud.
Jadvaldagi har bir ustunning o'zi bor ismodatda ustun sarlavhasi sifatida xizmat qiladi. Xuddi shu jadvaldagi barcha ustunlar noyob nomlarga ega bo'lishi kerak, ammo har xil jadvallarda joylashgan ustunlarga bir xil nom berishga ruxsat beriladi. Amalda NAME, ADDRESS, QTY, PRICE, SALES kabi ustun nomlari ko'pincha bitta ma'lumotlar bazasidagi turli jadvallarda paydo bo'ladi.
Jadval ustunlari chapdan o'ngga buyurtma qilinadi va ularning tartibi jadval tuzilganda aniqlanadi. Har qanday jadval har doim kamida bitta ustunga ega. ANSI / ISO standartida jadvaldagi maksimal ustunlar soni ko'rsatilmagan, ammo deyarli barcha tijorat ma'lumotlar bazalarida bu chegara mavjud va odatda 255 ta ustunni tashkil qiladi.
Ustunlardan farqli o'laroq, jadval qatorlari ma'lum bir tartibga ega emas. Bu shuni anglatadiki, agar jadval tarkibini ko'rsatish uchun ketma-ket ikkita bir xil so'rovlar bajarilsa, satrlar ikkala marta ham bir xil tartibda ro'yxatga olinishiga kafolat yo'q.
Jadvalda istalgan qator qator bo'lishi mumkin. Nolinchi qatorli jadval mavjud bo'lishi juda yaxshi qabul qilinadi. Bunday jadval deyiladi bo'sh... Bo'sh jadval o'z ustunlari bilan aniqlangan tuzilmani saqlab qoladi, unda faqat ma'lumotlar bo'lmaydi. ANSI / ISO standarti jadvaldagi qatorlar soniga cheklovlar qo'ymaydi va ko'plab DBMS-larda jadvallar hajmi faqat kompyuterning bo'sh disk maydoni bilan cheklanadi. Boshqa DBMSlarning maksimal chegarasi bor, lekin bu juda yuqori - taxminan ikki milliard qator, ba'zan esa ko'proq. .4.2. Asosiy kalitlar.
Relyatsion jadvaldagi qatorlar buyurtma qilinmaganligi sababli, jadvaldagi raqamlar bo'yicha qatorni tanlash mumkin emas. Jadvalda "birinchi", "oxirgi" yoki "o'n uchinchi" qator yo'q. Keyin jadvaldagi ma'lum bir qatorni, masalan, Dunverda joylashgan ofis uchun qatorni qanday belgilashingiz mumkin?
Yaxshi shakllangan relyatsion ma'lumotlar bazasida har bir jadvalda har bir satr uchun har xil qiymatga ega bo'lgan bir yoki bir nechta ustunlar mavjud. Ushbu ustun (lar) deyiladi asosiy kalit jadvallar. 5.6-rasmda ko'rsatilgan ma'lumotlar bazasini yana bir bor ko'rib chiqamiz. Bir qarashda. OFFICE ustuni ham, CITY CITY ham OFFICES jadvali uchun asosiy kalit bo'lishi mumkin. Ammo, agar kompaniya kengayib, bir shaharda ikkinchi ofisni ochsa, CITY ustuni endi asosiy kalit vazifasini bajara olmaydi. Amalda, odatda idishlar identifikatorlari (OFFICES jadvalidagi OFFICE), xodim (SALESREPS jadvalidagi EMPL_NUM) va mijoz (CUST_NUM jadvallari uchun CUST_NUM) odatda jadvallar uchun asosiy kalit sifatida tanlanishi kerak. Va ORDERS jadvali uchun tanlov mavjud emas - faqat bitta ustun mavjud noyob qadriyatlar, buyurtma raqami (ORDER_NUM).
Parchasi 5.7-rasmda ko'rsatilgan PRODUCTS jadvali, asosiy kalit joylashgan jadvalga misol bo'la oladi. kombinatsiyaustunlar. Bunday asosiy kalit deyiladi kompozit ... MRF_ID ustunida jadvalda ko'rsatilgan barcha mahsulotlarning ishlab chiqaruvchi identifikatorlari va PRODUCT_ID ustunida mahsulotlarga ishlab chiqaruvchilar tomonidan berilgan raqamlar mavjud. PRODUCT_ID ustuni asosiy kalit bo'lib xizmat qilishi mumkin, ammo ikkitasiga hech narsa to'sqinlik qilmaydi turli ishlab chiqaruvchilar bir xil raqamlarni mahsulotingizga tayinlang. Shuning uchun siz PRODUCTS jadvali uchun asosiy kalit sifatida MRF_ID va PRODUCT_ID ustunlarining kombinatsiyasidan foydalanishingiz kerak. Jadvaldagi mahsulotlarning har biri uchun ushbu ustunlardagi qiymatlarning kombinatsiyasi noyob bo'ladi.
Asosiy kalit


Jadvaldagi har bir satr uchun asosiy kalit noyobdir, shuning uchun jadvalda birlamchi kalit bilan ikkita satr bir xil bo'lmaydi. Barcha qatorlar bir-biridan farq qiladigan jadval matematik atamalar bilan ataladi munosabat... Aynan shu atama uchun relyatsion ma'lumotlar bazalari o'z nomlari bilan qarzdordir, chunki ular munosabatlarga asoslangan (bir-biridan farq qiladigan qatorlar jadvallari).
Birlamchi kalitlar relyatsion ma'lumotlar modelining muhim qismidir, birinchisi relyatsion DBMS (System / R, Oracle va boshqalar) aniq qo'llab-quvvatlanmadi. Odatda, ma'lumotlar bazasi dizaynerlari o'zlari barcha jadvallarda birlamchi kalitlarga ega bo'lishiga ishonch hosil qildilar, ammo MBB ning o'zi jadval uchun birlamchi kalitni aniqlash imkoniyatiga ega emas edi. Va faqat 1988 yil aprel oyida paydo bo'lgan DB2 2-versiyasida DBMS, iBM asosiy kalitlarni qo'llab-quvvatlashni amalga oshirdi. O'shandan beri shunga o'xshash qo'llab-quvvatlash ANSI / ISO standartiga qo'shildi.