- •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 Таратылған дерктер қоры
7.3 Жергілікті мдельдерді біріктіру
Бұл сатыда алдын ала құрылған жергілікті модельдердің жеке қолданушылар көрсетілімдері бір концептуалды модельге бірігеді. Жергілікті модельдердің бірігуі келесі жолдармен жүзеге асады:
идентивті элементтердің бірігуі;
әр түрлі модель негіздерінің тізімдері арасындағы байланысты орнату;
әр түрлі модель элементтерінің арасындағы байланысты көрсету үшін жаңа агрегатты элементтерді енгізу;
негіздерді жалпы негіз ретінде қарастыруға мүмкіндік беретін түрлі негіз типтерінің жалпылануы.
Сол жолдардың әрқайсысын арастырайық.
Идентивті элементтерді біріктіру
Егер бірдей түсінікті мәндер болса, екі немесе одан да көп элементтер моделі идентивті.
Идентивті элементтері бар модельдердің бірігуі сол элементтердің «бірігу» жолымен жүзеге асады. 1 және 2 модельдердегі МАМАНДЫҚ негізінің екі тізімі бірдей мәні болады (сурет 7.1) және бір негіз тізімімен ауыстырылуы мүмкін (сурет. 7.2).
Сурет 7.1 Идентивті элементтері бар модельдер
Сурет 7.2 Біріктірілген модель
Әр түрлі модель негіздерінің тізімдері арасында байланысты орнату
Модельдерге бірігетін негіз тізімдерін қарастыру кезінде олардың арасында байланыс пайда болу керек, яғни нақты осы байланыстар нәтижесінде интегрирленген деректер қорын анықтайды.
Агрерирленген элементтерді енгізу
Модельдерді біріктіру кезінде түрлі модель элементтері арасындағы байланыс жаңа элемент ретінде қарастырылады.
Ақпараттық көрсетілімді модельдеудің мысалы ретінде студенттердің емтихан тапсыруын қарастыруға болады. Жергілікті көрсетілімдер қатарын көрсетуге болады (сурет 7.3).
Сурет 7.3 Жергілікті көрсетілімдер
Жергілікті көрсетілімдерді біріктіре отырып жаңа байланыстарды орнатамыз (сурет 7.4).
Сурет 7.4 Жергілікті көрсетілімдердің бірігуі
Жоғарыда айтылғандай, модель жетілгендігінің көрсеткіші қолданушы сұраныстарына жауап беру мүмкіндігі болады және байланыстарды орнату да осы мақсатты қарастырады. Қарастырылатын модельдің қандай да бір байланысы енгізілсе де, «А студенттің В пәні бойынша қандай баға алғандығына» жауап беру мүмкін емес. Бұл жағдайда агрегация принципін қолдану керек – модель элементтерінің арасындағы қажет байланысты кейбір жаңа элемент ретінде енгізуге болады. Берілген мысалда осы жаңа агрегатты СТУДНТ ЕМТИХАНЫ ретінде қарастыруға болады (сурет 7.5).
Ары қарай жергілікті модельдердің бірігу процесі қарапайым түрде жалғасады.
Сурет 7.5 Агрегатты элемен
Негіз типтерінің жалпылануы
Әр түрлі факультеттің жергілікті моельдерін қарастырайық, мысалы, есептеу математикасы және кибернетика (ЕТК) факультетінің моделі, экономикалық факультетінің моделі және т.б. ЕТК факультетінің жергілікті моделіне ЕТК ФАКУЛЬТЕТІНІҢ МАМАНДЫҚТАРЫ және ЕТК ФАКУЛЬТТІНІҢ СТУДЕНТТЕРІ негіздері кіреді, экономикалық факультеттің жергілікті моделіне ЭКОНОМИКАЛЫҚ ФАКУЛЬТЕТ МАМАНДЫҚТАРЫ және ЭКОНОМИКАЛЫҚ ФАКУЛЬТЕТ СТУДЕНТТЕРІ сәйкес (сурет 7.6).
Сурет 7.6 Элемент тектес модельдер
ЕТК ФАКУЛЬТЕТІНІҢ МАМАНДЫҚТАРЫ және ЭКОНОМИКАЛЫҚ ФАКУЛЬТЕТТІҢ МАМАНДЫҚТАРЫ негіздерінің екі тізімі 1 және 2 модельдерде бірдей түсінікті мәнге ие болады және факультет атауы жаңа атрибутын енгізген кездегі негіз тізімімен ауыстырылады (рис. 7.7).
Сурет 7.7 Жалпылама негіз мысалы
Берілген жағдайда факультеттің жергілікті модельдерінің негізін ЭКОНОМИКАЛЫҚ ФАКУЛЬТЕТ СТУДЕНТТЕРІ және ЕТК СТУДЕНТТЕРІ негіздерінде бірдей мән болған жағдайда және біріктіруге болатын кезде ғана біріктіріледі. Бірақ, жалпы жағдайда әрбір жергілікті модель басқа жергілікті модельдерде жоқ негіз бен байланыстардан тұрады.
Басқа мысалды қарастырайық. Студенттер туралы деректерді (тегі, аты, әкесінің аты, курсы, тобы) және оқытушылар туралы деректерді (тегі, аты, әкесінің аты, кафедра, дәрежесі) сақтаймыз. Сәйкесінше, пәндік аймақта СТУДЕНТ және ОҚЫТУШЫ екі негізін белгілейміз.
Бұл әр түрлі негіздерді кейбір жағдайда тектес модельдер ретінде қарастыруға қарастырады. Сәйкес негіздерді жалпылау үшін, ең алдымен, олардың атрибуттарын жалпылау керек. «Тегі, аты, әкесінің аты» атрибуттары «Кафедра» және «Курс» негіздері сәйкес келеді, «Тобы» атрибуты оқу орнын көрсетеді және оны «Жұмыс орны» жалпыланған атрибутымен ауыстыруға болады. «Лауазым» атрибутын СТУДЕНТ негізін де де қолданылады, егер сәйкес атрибуттың мәні ретінде «студент» мәнін қолдануға болады. Сонда ОҚЫТУШЫ және СТУДЕНТ негіздерін тектес эелементтер терінде қарастырып және оларды жалпыланған негізге ауыстыруға болады. Осы жалпыланған негізге КАДРЛЫҚ БІРЛІК атауын берейік (рис. 7.8).
Сурет 7.8 Жалпыланған негіз мысалы
Студенттің «Жұмыс орны» атрибуты «Курс», «Тобы» атрибуттарының сәйкес мәнін, ал оқытушылар кафедра атауын қабылдайды. Жалпыланған модель 7.9 суретте көрсетілген.
Сурет 7.9. Жалпыланған модель
Бұл жағдайда концептуалды модельдің құрылымы екі есе және, сәйкесінше, деректер қорының құрылымы жеңілдейді. Оқытушылар және студенттер туралы деректермен жұмыс істеу үшін бір бағдарлама тізімі жеткілікті. Демек, тектес объектілер типін жалпылау бағдарламалауға кететін шығынды азайтады.
Жергілікті көрсетілімдердің бірігу үдерісі жергілікті модельдеу кезіндегі сияқты атауларына түзетулер енгізіледі. Бірігу үдерісі итерациялық сипатта болады және барлық көрсетілімдер толық итерцияланып, келісіліп және ондағы барлық кемшіліктір жойылып, барлық атаулары түзетілмегенше жалғасады. Жергілікті көрсетілімдердің бірігуі нәтижесінде алынған жалпыланған көрсетілім және концептуалды модель болып табылады.