- •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 Таратылған дерктер қоры
8.3 Деректердің иерархиялық моделі
Бұл ерте қалыптасқан деректер моделінің бірі. Иерархиялық модельде топтық қатынастарды жүзеге асыру, желілік жүйедегі сияқты көрсеткіштер көмегімен жүзеге асады және граф түрінде көрсетіледі. Бірақ, желілік модельден айырмашылығы ұнда принципті ерекшеліктер қатары болады.
Топтық қатынастар бағыныңқы қатынастар болып табылады. Топ (жазба) – қатынас иесінің бағыныңқа топтары – қатынас мүшесі болады. Шығыс топ «атасы» (предки), ал бағыныңқы – «ұрпағы» (потомки) болып табылады.
Топтық қатынастар иерархиялық құрылымды құрады, олар келесі түрдегі бағытталған графты мипаттайды:
Құрамына бірде-бір топ кірмейтін түбір деп аталатын бір ғана ерекше төбе;
Барлық қалған төбелерге бір топ қана кіреді, ал топтардың (ребро) туынды саны шығады (топтар «атасының» туынды саны болады).
- Деректердің иерархиялық моделі бірнеше бұтақтардың жиынтығын көрсетеді. Иерархиялық модель терминологиясында деректер құрылымын сипаттайтын бұтақтар деректерді сипаттаушы бұтақтар деп аталады, ал құрылымданған деректер (деректер қоры) – деректер бұтағы деп аталады.
Иерархиялық модельде іздеу операциясын жүзеге асыру ерекшелігі – бұл операцияның үнемі түпкі төбеден іздеуді бастауы және иерархиялық жолды түбінен басына дейін арнайыландырады, олардың нұсқалары ізденіс шарттарын қанағаттандырады.
Иерархиялық модельдің операцияларын жүзеге асыратын бағдарламалар желілік модель үшін аналогты бағдарламаларға қарағанда оның құрылымы бойынша навигациясын жеңілдететіндіктен қарапайымдау болып келеді. Иерархиялық модельдің мақсатты пайда болуы нақты әлемдегі ұйымдастыру жүйелерінің көп бөлігі иерархиялық құрылымда болғандығына байланысты.
Иерархиялық модельдің мақсатты пайда болуы нақты әлемнің ұйымдастыру жүйесінің көпшілігінде иерархиялық құрылымның болуына негізделген (мемлекеттік әкімшілік бөлінуі, кәсіпорынның ұйымдық құрылымы және т.б.). Сәйкес концептуалды көрстілімдер иерархиялық құрылымда болады және иерархиялық модель терминінде жасанды түрде сипаттала алады. Иерархиялық модельдің кемшілігі ретінде жоғарыда көрсетілген желілік кемшіліктерді айтуға болады.
Иерархиялық модельді қолдайтын ДҚБЖ IBM 360/370 (ЕС ЭВМ) есептеу жүйелерінде кең таралған. Мұндай жүйелердің мысалы ретінде IMS, OKA көрсетуге болады. Дербес ЭЕМ үшін иерхиялық ДҚБЖ мысалы НИКА отандық жүйесі болып табылады (IBM PC ИНЕС жүйесінің адаптациясы).
8.4 Деректердің көпөлшемді моделі
Концептуалды модельдің «негіз» түсінігіне қайтып оралайық.
Негіз – бұл ақпараттық жүйедегі ақпараттың жинақталуы. Мысалы, СТУДЕНТТЕР ҮЛГЕРІМІ негізінің келесі атрибуттарын қараытарйық: екілер саны, үштер саны, төрттер саны, бестер саны.
Атрибуттар мәні «курс», «оқу жылы» параметрлерінен байланысты. Егер реляционды модельдің сәйкес концептуалды сұлбасы сипаттау үшін СТУДЕНТТЕР ҮЛГЕРІМІ кестесінің жиынын әрбір жыл үшін жеке енгізу керек. 5 курс кезінде және 10 жылғы деректерді талдау қажеттілігінде кесте саны елуге тең болады. Параметрлердің біреуі өзгерген кезде біртипті деректерді талдаумен байланысты барлық кестелердің аналогты құрылымдарының көшірмесі алынады және т.б.
Осы оқиға үшін деректер моделіне сәйкес келетін технологияда көпөлшемді OLAP (OnLine Analytical Processing – оперативті аналитикалық өңдеу) моделі қолданылады. Деректер моделінің көпөлшемділігі ақпарат құрылымының көпөлшемді логикалық құрылымының көрсетілімі, жалпы айтқанда ол көпөлшемді винуализациямен байланыспаған.
Көпөлшемді құрылым деректер гиперкубы ретінде қарастырылады. Кубтың әрбір шегі өлшемділік болып табылады. Көпөлшемді деректер моделінде қолданылатын негізгі түсініктер «өлшем» (dimension) және «ұяшық» (cell) болып табылады.
Өлшем – гиперкубтың бір шегіне сәйкес келетін нақты параметрлерді қабылдайтын реттелген мәндер тізімі. Біздің мысал үшін өлшем ретінде 2006-2007, 2007-2008, 2008-2009 оқу жылдарын, 1,2,3 топтарын көрсетуге болады.
Ұяшық немесе көрсеткіш – негіз атрибутына сәйкес келетін өріс, оның мәні параметр мәндерінің тіркелген тізімімен анықталады. («өлшемдер» мәні, мысалы, 2008-2009 оқу жылы, бірінші курс).
Көпөлшемді деректер моделінде «кесіндіні қалыптастыру» және «агрегация» операциясының арасынан қосымша операциялар қатарын анықтайды.
Кесіндіні қалыптастыру кезінде қолданушыға оның сұранысы бойынша бір немесе бірнеше параметрлер мәнін тіркеу кезінде алынған кейбір гиперкуб ішкі жиыны көрсетіледі. «Агрегация» операциясы қолданушы гиперкубынан жалпы ақпарат көрсетуді қамтамасыз етеді, мысалы, параметрлердің біреуінің барлық мәндері бойынша көрсеткіштер мәніне өтуді қамтамасыз етеді, мысалы, барлық курстар бойынша.
Мұндай модель деректерді түрлі параметр мәндері кезінде оңай салыстыруға, белгілі параметр мәндерінен нақты атрибуттар мәндеріне тәуелді графиктер құруға мүмкіндік береді (мысалы, жылдар бойынша атрибуттардың өзгеруі). Сондықтан OLAP технологиясының негізгі тағайындалуы – талдау жүргізу үшін және шешім қабылдау үшін ақпаратты өңдеу.
Көпөлшемді деректер моделін қолдайтын ДҚБЖ жалпы қолдануы енді басталады. Кең танымал ДҚБЖ ретінде Oracle Express Server көрсетуге болады.