- •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.5 Концептуалды модельдің автоматтандырылған жобалау жүйесі
Концептуалды модельдің автоматтандырылған жобалау жүйесі қазіргі уақытта үлкен сұранысқа ие және деректер қорының құрылымын және деректерге қатынасу үшін қолданушы интерфейсін құру кезінде жүзеге асады.
Бұл құралдардың өзгеру себебі бағдарламалық қамтамасыздандырудың бірнеше нұсқаларын құру кезінде қарастырылатын бағдарламалық қамтамасызданудың өмірлік циклін спиральді модельдің деректер қорын нақты өңдеу кезінде қолданудан тұрады.
Әрбір келесі нұсқа алдыңғысынан тұрады және алдыңғы нұсқаны тестілеу нәтижесінде алынған қолданушының ескертулеріне жауап ретінде қарастырылады. Деректер қорын құрған кезде бағдарламалық қамтамасызданудың алғашқы моделі, өкінішке орай, сирек жағдайда сәтсіз болып табылады. Көп жағдайда сұраныс беруші бірінші нұсқаны қабылдамайды, себебі ол оның талаптарына жауап бермейді. Мұндай оқиғаның себебі сұраныстың бағдарламаның бастапқы нұсқасы құрылғанға дейін өзінің талаптарын толық және нақты қалыптастыру болып табылады. Әдетте бағдарламалық қамтамасызданудың бастапқы нұсқасын алғаннан кейін сұраныс беруші құрылған деректер қорының шегінде жүзеге асуға болмайтын қосымша талаптарды көрсетеді. Бұл өңдеушілерді деректер қорының құрылымына өзгеріс енгізуге, сонымен қатар сәйкесінше деректер қоры үшін қолданушы интерфейсіне мәжбүрлейді. Мұндай итерациялар сұраныс берушінің адекватты сұраныстарынан шешім алған уақыттан бастап бірнеше болуы мүмкін. Бірақ, қанағаттанарлық шешім алғаннан кейін де деректер қорын өңдеу процесі аяқталмайды. Өмір бір орында тұрмайды, сұраныс берушілердің сұраныстары уақыттың өтуіне байланысты өзгереді. Бұл өзгерулердің бөлігін тек қана қолданушы интерфейсін өзгерте отырып, деректер қорының құрылымын өзгертпей жүзеге асыруға мүмкіндік береді. Мұндай өзгерістердің еш зияны жоқ – оларды енгізу жұмыстары күрделі, жағымсыз болып, жөндеуден өткен бағдарламалық кодтың үлкен мөлшерін ауыстыруды талап етуі мүмкін. Басқаша айтқанда, ауыстырылған код бекер жазылған, шындығында оны жазбаа да болады.
Демек, жұмысқа қабілетті деректер қорын құруды үш сатыға бөлуге болады – жұмыс прототиптері құрылатын деректер қорын жобалау, кодалау – деректер қоры құрылымын құру және қолданушының аяқталған интерфейсі мен дайын деректер қорын жетектеу.
Деректер қорын автоматтандырылған жобалаудың құралдарын қолданудың негізгі идеясы қолмен кодту үдерісі тек қана жобалау үдерісі аяқтлғаннан кейін басталуда жатыр.
Жобалау барысында деректер қорының сұлбасы және қолданушы интерфейсі CASE-құрылғылары (Computer Aided Software/System Engineering) көмегімен концептуалды модель сипатынан шыға отырып, деректер қорына ену үшін автоматты түрде құрылады. Әрине, мұндай жолмен құрылған интерфейс аяқталған бағдарламалық өнім болмайды, бірақ ол сұраныс берушіге соңғы өнім қабілеттерін бағалауға және түзетулер енгізуге мүмкіндік береді. Сұраныс беруші жұмыс проотипін мақұлдағанан кейін ғана өңдеушілер қолмен кодтауға, яғни аяқталған қосымшаны құруға мүмкіндік береді.
Жетектеу кезінде барлығы қайталанады, бірақ қосымша толық генерацияланбайды, тек оның өзгрету керек бөлігі ғана генерацияланады.
Тәжірибеде көп жағдайда CASE-құралдар ER-диаграмма түрінде деректер қорының құрылымын құру үшін және деректер қорынгенерациялауда нақты ДҚБЖ үшін қолданылады. Сұраныс берушіден өзгерістерді алғаннан кейін өңдеушілер «негіз-байланыс» диаграммасына сәйкес түзетулер енгізеді және деректер қорының құрылымын генерациялайды. Интерфейстерді автоматты генерациялау құралы жиі қолданылады.
Қазіргі уақытта тәжірибеде әрбір ДҚБЖ қолданушысы автоматтандырылған жобаланудың жеке бағдарламалық өнімін ұсынады. Бұл Oracle Designer (Oracle), Power Desinger (Sybase) және басқалары. Берілген бағдарламалық өнімдердің демонстрациялық нұсқаларын сәйкес (www.oracle.com, www.sybase.com) жүктеуге болады. Бұдан басқа нарықта ДҚБЖ өндірмейтін үшінші фирмалар шешімдері де бар. Олардың ішінде кеі таралғандары AllFusion – AllFusion ERwin Data Modeler и AllFusion Process Modeler (ранее – BPwin) және басқалар. Ресей нарығында мұндай бағдарламаларды Interface Ltd. (http://www.interface.ru) фирмасы ұсынады. «Негіз-байланыс» диаграммасын құру AllFusion ERwin Data Modeler көмегімен жүзеге асады, деректер қорын құрудағы бағдарламалық код генерациясын қосқанда оның ары қарай модельденуі AllFusion Process Modeler бағдарламасының көмегімен жүзеге асады.
Деректер қорының моделін құрғаннан кейін ДҚ құрылымын оптимизациялау керек және оның талаптар мен оның өңдеу жылдамдығына толық сәйкестігіне қол жткізу керек. Визуалд модельдеу құрылатын деректер қорының сапасын, өнімділігін және оның құрылу жылдамдығының сапасын арттырады.
Interface Ltd. сайтында AllFusion ERwin Data Modeler демонстрациялық нұсқа үшін қатынас орнатылған, ол уақыт бойынша шектелген толық функционалды нұсқаны көрсетеді.