
- •1. Деректер қорын басқару жүйесінің архитектурасы 2
- •Тұрақты сақтау ортасы бойынша классификациясы
- •Құрамы бойынша классификациясы
- •Тарату деңгейі бойынша классификациясы Орталықтандырылған немесе бір компьютерде толық қолдау көрсетілетін нақты дқ (англ.Centralized database):
- •Дқ басқа түрлері
- •1.2 Ақпараттық қатынастар және деректердің өзара байланысы
- •1.3 Ақпаратты сақтау және сыртқы жадының құрылғысы
- •1.3.1. Деректер
- •1.3.2 Ақпарат
- •1.3.3 Сыртқы жады құрылғылары
- •1.3.4 Технология дәуірі және деректерді сақтаудың архитектурасы
- •1.4 Файл және файлдық жүйелер.
- •1.4.1. Файл құрылымы
- •1.4.2 Файлдық жүйелердің логикалық құрылымы және файлдардың атауы
- •1.4.3 Файлдарға енуді авторизациялау
- •1.4.4 Көпқолданушылық қатынасты синхрондау
- •1.4.5 Файлдарды разумно қолдану аймағы
- •1.5. Ақпараттық жүйелердің қажеттілігі
- •1.6 Үлкен эем-гі деректер қоры (Орталықтанған архитектура)
- •1.7. Дербес компьютерлер дәуірі. Желілік және файлдық сервер технолгиясы ("файл-сервер" архитектурасы)
- •Дәріс 2. Деректер қорын басқару жүйесінің негізгі түсінігі
- •2.1. Файлдық жүйелердің кемшіліктері
- •2.2 Деректер қоры және деректер қорының басқару жүйесі
- •2.3 Sql сұраныс тілі
- •2.4 Реляционды sql-бағытталған дқбж ішкі ұйымдастыру принципі
- •System r жалпы ұйымдастырылуы мен мақсаты, негізгі түсініктер
- •Дәріс 3. Дқбж архитектурасі
- •3.1 Дқбж архитектурасі.
- •3.2 Sql-бағытталған дқбж сіртқі сақтанішқа деректерлерді ұімдастру жалпі принциптер.
- •3.3 Деректер қорда сұраныстарді өңдеу.
- •4.2 Деректер қорын жобалаудың негізгі сатылары Сур. 4.3. Жобалаудың жалпы сұлбасы
- •4.3 Пәндік аймақтың сипаты. Мысал.
- •Дәріс 5. Деректердің семантикалық моделі
- •5.1 Деректерді модельдеудің негізгі жақындаулары. Чена моделі: «негіз-байланыс»
- •Питер Чен нотациялары
- •Басқа да нотациялар
- •Er-модельдерді құратын құралдар
- •5.2 Er-диаграмма түрінде пәндік аймақтың концептуалды моделін құру
- •Дәріс 6. Деректерді концептуалды жобалаудың негізгі түсініктері
- •6.1 Атрибуттар, мұрагерлік, қатынастар, қатынастар.
- •6.2 Негіздер классификациясы.
- •Дәріс 7. Концептуалды деректер жобалау мысалы
- •7.1 Құрылудың негізгі сатылары
- •7.2. Жергілікті көрсетілімдерді модельдеу
- •7.3 Жергілікті мдельдерді біріктіру
- •7.4. Концептуалды деректер моделінің құрылу мысалы
- •3. Деректер моделі Дәріс 8. Деректер қорының теориялық модельдері
- •8.1 Деректер моделінің классификациясы. Деректер қорын ұйымдастыру үшін жақындаулар.
- •8.2 Деректердің желілік моделі
- •8.3 Деректердің иерархиялық моделі
- •8.4 Деректердің көпөлшемді моделі
- •8.5 Концептуалды модельдің автоматтандырылған жобалау жүйесі
- •8.6 Деректер типі
- •8.7. Деректердегі негізгі операциялар
- •8.8 . Деректер моделін таңдау
- •Дәріс 9. Деректердің реляциялық моделі
- •9.1 Реляционды деректер қорының базалық түініктері
- •9.2 Қалыптасқан қатынас сипаты және қатынас сұлбасы
- •9.3 Дқбж негізгі терезесі және деректер қорымен жұмыс жасау үшін басқару элементтері
- •Дәріс 10 Деректер қорының біртұтастығы
- •10.1. Біртұтастық шектеулері
- •10.2. Реляционды модельдің бүртұтастық бөлігі. Қазіргі дқбж деректер біртұтастығының жүзеге асу шарттары.
- •Дәріс 11. Деректер қорына қатынау технологиялары.
- •11.1 Деректер қорына қатынау технологияларына шолу.
- •11.2 Odbc технологиясы (Open Database Connectivity).
- •11. 3 Ole db - Object Linking and Embedding Database технологиясы. Ole db негіздері.
- •ToleContainer объектісі.
- •Ole қосымша мысалы.
- •Деректер қорында ole объектіні сақтау.
- •11.4 Ado - ActiveX Data Objects технологиясы.
- •4. Нормализация әдіспен деректер қорын жобалау Дәріс 12. Деректер қорының нормализациясы
- •12.1 Минималды функционалды тәуелділіктер және екінші нормаль форма
- •12.1 Сурет. Қызметшілер_жобалар_тапсырмалар қатынасының
- •12.2 Сурет. Қызметшілер_жобалар_тапсырмалар қатынасының мүмкін болатын айнымалы мәні
- •12.2 Минимал емес функционалды тәуелділіктердің болуынан пайда болатын жаңару аномалиясы
- •12.3 Мүмкін болатын декомпозиция
- •12.3 Сурет. Қызм және қызм_жоба_тапс қатынастарының айнымалыларындағы
- •12.4 Сурет. Айнылы қатынас мәндері Дәріс 13. Қалыпты формалар
- •13.1Транзитивті емес функционалды тәуелділіктер және үшінші қалыпты форма
- •13.2 Мүмкін болатын жабу кілттері және Бойс-Коддқалыпты формасы
- •Дәріс 14. Нормализацияны қолдану арқылы реляционды деректер қорын жобалау
- •14.1 Көпмәнді тәуелділіктер және төртінші қалыпты форма
- •14.2 Жобалау/бірігу тәуелділіктері және бесінші қалыпты форма
- •5.Таратылған деректерді өңдеу Дәріс 15. Таратылған ақпараттық жүйелер және деректер қоры
- •15.1 Таратылған дерктер қоры
1.4.2 Файлдық жүйелердің логикалық құрылымы және файлдардың атауы
Барлық заманауи файлдық жүйелерде сыртқы жады буманың болуы есебінен – арнайы құрылымы бар қосымша файл есебінен файлдардың көпдеңгейлі атауы қамтамасыз етіледі. Әрбір бума берілген бумада сақталатын бума немесе файл атауларынан тұрады. Демек, файлдың толық атауы құрамында берілген файл бар бума атауы мен бумадағы файл атауының тізімдерінен тұрады.
Файл атауының көпдеңгейлі сұлбасын қолдауы бірнеше жетістіктерді қамтамасыз етеді, олардың негізгісі файл классификациясының логикалық қарапайым және ыңғайлы сұлбасы мен олардың атауының генерациясы.
Бума немесе қолданушылар мен бумалар тізімін бөлімше, жоба және т.б. қатарластыруға болады және сол бумадағы файлдар мен бумаларды баса файл немесе бума атауларымен колллизияға түсетініне қорықпайтындай қалыптастыру керек.
Әр түрлі файлдық жүйеде файлға атау беру тәсілдерінің арасындағы айырмашылық атау тізбегінің неден басталатынына байланысты. Кез-келген жағдайда бірінші атау файлдық жүйенің түпкі бумасына сәйкес келу керек. Мұндағы сұрағымыз, осы атауға қалай түпкі буманы қоюға болады – оны қайдан іздейміз? Осыған байланысты екі радикалды әр түрлі қадам бар.
Көптеген файлдарды басқару жүйелерінде әрбір файл архиві (толық бума бұтағы) толығымен бір дисктік пакетте немесе логикалық дискте – операциялық жүйе құралдарының көмегімен жеке диск түрінде логикалық көрсетілетін физикалық дисктік пакет бөлімінде орналасады.
Бұл жағдайда файлдың толық атауы сәйкес диск орнатылған дискілі құрылғы атауынан басталады. Атау берудің мұндай тәсілі IBM және DEC компанияларының файлдық жүйелерінде қолданылды; Microsoft компаниясының Windows операциялық жүйелерінде өңделген файлдық жүйелер бұған жақындау. Мұндай ұйымды оқшауланған файлдық жүйелердің қолдауы деп айтуға болады.
Басқа нұсқасы Multics операциялық жүйесінің файлдық жүйелерінде жүзеге асты [3.2]. Бұл жүйе жеке тақырыпты талап етеді, онда бірқатар идеялар қатары жүзеге асты, бірақ біз тек қана файл архивін ұйымдастырудың ерекшеліктеріне ғана тоқталамыз. Multics файлдық жүйесінде қолданушыларға біртұтас бұтақ түрінде файлдар мен бумалар жиынтығын көрсету мүмкіндігі қамтамасыз етілді. Файлдың толық атауы түпкі бума атауынан басталды, және қолданушы қандай да бір дисктің диск құрылғыларында орнатылуына жауапты емес. Жүйенің өзі атауы бойынша файлды іздегенде оператордан қажетті дисктердің орнатылуын сұраған. Мұндай файлдық жүйені орталықтанған деп атауға болады.
Әрине, көп жағдайда орталықтанған файл жүйесі оқщауланғандардан ыңғайлы: файлдарды басқару жүйесі көптеген жұмыстарды атқарады. Көп жағдайда файлдық жүйе администраторы орнату қажет диск пакеттерінің қажеттіліктері туралы автоматты түрде хабарлайды; жүйе өзіне танымал диск томдарына жадыны біркелкі бөлуді қамтамасыз етеді; сирек қолданылатын файлдардың ақырын жұмыс істейтін сыртқы жады тасымалдаушыларына автоматты ауысуды ұйымдастыруы мүмкін; резервті көшіруге байланысты көптеген жұмыстар азаяды.
Бірақ, мұндай жүйелерде файлдық жүйелердің ішкі бұтағын басқа есептеу құрылғысына ауыстыру керек болса, кейбір мәселелер туындайды. Кез-келген логикалық ішкі бұтақтың файлдары мен бумалары түрлі дисктік пакеттер мен магниттік ленталарда физикалық түрде шашыраңқы орналасуы мүмкін, мұндай орын ауыстыру үшін арнайы утилиқажет болады, ол орталық файл жүйесінің штатты құрылғыларының құрамына кірмейтін, талап етілген ішкі бұтақтың объектілерін бір сыртқы тасымалдаушыда жинайды. Әрине, мұндай утилит болғанда да физикалық жинау процедурасының орындалуына арнайы уақыт керек.
ОС UNIX файлдық жүйесінде қолданылатын шешімдер келісімді болу керек [3.1]. Бұл файлдық жүйелердің базалық деңгейінде файл архивтері қолдау көрсетеді. Бұл операциялық жүйенің генерациясы негізінде орындалады және жүктелгеннен кейін операциялық жүйе қандай дисктік құрылғыда (физикалық немесе логикалық) түптік файлдық жүйенің орналасқанын біледі. Жүйені іске қосқаннан кейін түптік файл жүйесін және оқшаулаған файлдық жүйелер қатарын үлкен бірфайлдық жүйеге «жөндеуге» болады. Техникалық жағынан бұл түптік файл жүйесінде арнайы бос бумаларды жүзеге асады.
Арнайы mount ОС UNIX жүйелік шақыртуы көрсетілген файл архивінің тптік бумасында бос бумалардың біріне қосылуға мүмкіндік береді. Мұндай әрекеттің орындалуы жөнделетін файлдық жүйенің түптік бумасына орналасуға алып келеді; түптік бума монтаждау нүктесіндегі бума атауына ие болады. Жалпы файлдық жүйе монтаждалғаннан кейін файлдарға атауберу басынан орталықтанғандай болып орындалады. Егер, әдетте файлдық жүйені монтаждау жүйені айналдырған кезде (командалық файл орындалған кезде) жүзеге асатынын ескерсек, онда UNIX ОЖ қолданушылары ереже бойынша жалпы файлдық жүйенің пайда болуы туралы ойланбайды.
Бұдан басқа, unmount жүйелік шақыртуына қолдау көрсетіледі, ол жөндеуден өткен файл жүйесін жалпы иерархиядан бөледі. Әрине, файлдық жүйе бөліктерінің басқа құрылғыларға ауысуын едәуір жеңілдетеді.