- •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 Таратылған дерктер қоры
Дәріс 11. Деректер қорына қатынау технологиялары.
11.1 Деректер қорына қатынау технологияларына шолу.
Деректер қорымен қосымшалардың өзара қарым-қатынасы әртүрлі әрекеттермен ұйымдастырылуы мүмкін. Алғашқыда, негізгі түрде, АРI-ға (Application Programming Interface) негізделген ДҚБЖ кітапханасы (кейіннен қосымша СОМ - объектілер) пайдаланушылардың компьютерларында орналасқан клиентті программалық қамтамасыз етудің құрамына кіретін тәсілдерді қарастырды. Ереже бойынша клиенттік программалық қамтамасыз ету қолданбалы программалық қамтамасыз етуді өңдеуді өз құрамына алады. Ал бұл жағдай ДҚБЖ ауыстыруында қосымшаның кодын біршама өзгертуін талап етуге мәжбүр етеді. Нәтиже ретінде – қазіргі уақытта деректерге жету әмбебаптық механизмдер негізгі болып табылады.
Деректерге жету әмбебаптық механизмдері кітапхана және қосымша модульдер (драйверлер немесе провайдерлер) түрінде іске асырылады. Кітапханалар анықталған стандартты класстар, әдістер, параметрлер жиынын құрайды және деректерге жету стандартты интерфейсін қамтамасыз етеді.
Нақты ДҚБЖ АРI клиенттік функцияларына қатынауды қосымша модульдер іске асырады. Бұл модульдер ағымдағы сұранысқа байланысты қолданылады. Егерде, қосымша ADO қолданылуы арқылы жұмыс жасаған болса, мысалы Ado Table визуальді компонентін қолданып, ал қазір ДҚ MySQL-ден Postgres-ке ауыстыруда оған сәйкес драйверді орналастыру және компонент параметрлерінде Connection қатарын өзгерту ғана жеткілікті болады. Мұнда қосымшаның кодын өзгерту қажет болмайды.
Әмбебап әдістер кемшіліктерсіз емес (өнімділіктің төмендеуі, сәйкесті драйверлердің жеткізілуі және оларды күйге келтіру, т.б.), сонымен бірге де артықшылықтары бар. Программистің еңбегінің өнімін біршама көтеретінің ұмытпауымыз қажет.
Қазіргі кездегі деректерге жетудің әмбебап әдістерінің арасындағы кең таралғандары:
ODBC - Open Database Connectivity.
OLE DB - Object Linking and Embedding Database.
ADO - ActiveX Data Objects.
BDE - Borland Database Engine.
ADO.NET - ActiveX Data Objects NET технологиясы.
ODBC (Microsoft) - реляциялық деректер қорымен өзара қарым-қатынас механизмі. Деректер қорына қатынауды қамтамасыз ету үшін ДҚБЖ-ның клиенттік бөлімі қажет, ОДВС-драйвер осы ДҚБЖ-не қатынау үшін (немесе кейбір ДҚБЖ үшін тек драйвер) және ОДВС сәйкесті күйге келтіру компьютерде (драйвер аты, қолданушы аты, деректер аты, қатынау паролі және драйвердің кейбір параметрлерін көрсету). Қосымшаны орындау кезінде драйвер қосымшаның адрестік алаңына жүктеледі және ДҚ-на қатынау үшін қолданылады. Әрбір ДҚБЖ үшін өзіндік ОДВС-драйвер қолданылады. ODBC API стандартталған. Өңдеудің визуальді орталарында енді сәйкесті компонентті формаға орналастыру жеткілікті. Ол үшін ОДВС деректерінің көзін көрсету керек, кестенің атын және деректер қорымен байланысты ДҚБЖ-ның клиенттік бөлімімен немесе сәйкесті драйвер көмегімен орнату керек.
OLE DB (Microsoft) - СОМ-интерфейсі базасында әртүрлі деректер көзімен жұмыс істеу механизмі (ОДВС-дан айырмашылығы – тек қана реляциялық деректер қорымен жұмыс жасайды). OLE DB СОМ-интерфейстер (Component Object Model) жиының әртүрлі деректерге қатынаудың біртипті сервистерін колдану арқылы анықтайды, соның ішінде реляциялық емес деректер қорына, мысалға, қарапайым файлдарға немесе электрондық пошта жүйесінің папкаларына. Сонымен бірге желіге тұрақты түрде қосылып отыратын иерархиялық жазбалар жиынының және деректер жиынының жұмысын қолдауды қамтамасыз етеді. Деректер қорына қатынау үшін OLE DB провайдерін қолданылған ДҚБЖ-не орнату қажет болады (ДҚБЖ DLL қосымша орындалған кезде оның адрестік алаңына жүктеледі). Сонымен бірге, фирма арнайы провайдерді өңдеп шығарды (Microsoft OLE DB Provider for ODBC Drivers). Ол ДҚБЖ-ның клиенттік бөлімінде API арқылы емес, ODBC API интерфейсі арқылы жұмыс жасайды.
ADO (Microsoft) - OLE DB-да өзіндік күйге келтіру (OLE DB кітапханасын қолданады), кітапханалардың COM-объектілерді құрайтын қосымша жиыны, деректерге қатынаудың іске асушы интерфейстері. Кітапхананың бұл жиыны алғашқыда Microsoft –тың екі объектілі технологиясын қамтыды: Data Access Objects (DAO) және Remote Data Objects (RDO) – жергілікті және алыстатылған деректер қорына қатынаудың екі түрлі механизмі.
Бірыңғай технологияны құру керек сұрағына жауап ретінде деректер қорымен жұмыс жасауда бірыңғай қадамды және жергілікті және алыстатылған деректер қорына қатынаудың бірыңғай интерфейсін қамтамасыз етуде ADO технологиясы пайда болды.
ADO - OLE DB базалық технологиясында ыңғайлы және кез-келген деректер қорымен жұмыс жасауға мүмкіншілік береді.
BDE (Borland) – деректерге қатынаудың екі драйвер-кітапханаға негізделетін әмбебап механизмі (SQL Links – ДҚБЖ сервері үшін және ODBS Links – серверлі, автономды ДҚБж үшін). Бұл кітапханалар dBase, Access, FoxPro, ODBC-көздері деректеріне қатынау үшін функциялардың стандартты жиының қолдануды қамтамасыз етті, сонымен бірге ДҚБЖ көптеген серверлі үшін.
BDE - Borland фирмасы өңдеген визуальді ортасында компонент деңгейінде ұстанылады. Механизмді іске асыру қосымшаның функцияларын API немесе ODBC API клиенттік функцияларына қарауға мүмкіншілік береді. Сонымен бірге кейбір ДҚБЖ деректердің файлдарымен манипулирлейді. BDE көмегі арқылы деректер қорына қатынау үшін компьютерде жалпы қолдануға арналған BDE кітапханалары орнатылған болуы керек (қарапайым жағдайда өңдеу ортасымен бірге және сосын .exe файлда қосылады), сонымен бірге берілген ДҚБЖ үшін BDE-драйвер.
ADO.NET (Microsoft) - three-tier (көпярусті архитектурада) деректер қорымен жұмыс істеу технологиясы. Деректер қорымен байланыс деректер қорымен операциялардың тек бір кезеңде орындалуы кезінде орнатылады (ереже бойынша қысқа уақыт ішінде). Оның пайда болуы деректер қорына қатынау санының өсуінің рұқсат беру қажеттілігіне байланысты (әсіресе деректер қорындағы интернет-серверлер) және активті байланыстар санының шексіздігін ұстауда деректер қорының мүмкін еместігіне байланысты. ADO.NET технологиясы программалаудың қарапайымдылығын және ыңғайлылығын сақтайды және басқа проблемаларды шешеді. ADO.NET, қазіргі кезде – объектілердің иерархиялық жиыны және СОМ протоколдарының .NET-та ауысуы.