- •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 Файл және файлдық жүйелер.
Файлдарды басқару жүйесін қолдану тарихи қадам болды. Қолданбалы бағдарлама тұрғысынан қарағанда файл – бұл деректерді жазуға және одан оқуға болатын сыртқы жадының атаулы облысы. Файл атауының ережесі, файлдарда сақталған деректерге қатынасу тәсілі және сол деректердің құрылымы файлдарды басқарудың нақты жүйесіне, мүмкін типіне байланысты. Файлдарды басқару жүйесі сыртқы жадыны таратуды, сыртқы жадыдағы сәйкес адресте файл атауының көрсетілуі және деректерге қатынасты қамтамасыз ету.
Файлдарды басқару аймағында кейбір тарихи терминологиялық шатасу да бар. Файлдық жүйе (file system) термині сыртқы жадыда сақталатын файлдарды, файл архивтерін басқаратын программалық жүйені белгілеу үшін қолданылады. Бірінші жағдайда файлдық жүйе екінші мәнін қалдырып, терминінің файлдарды басқару жүйесі терминін қолданған дұрыс. Бірақ, қабылданған тәжірибе файлдық жүйе терминін екі мағынаны да қолдануға міндеттейді. Терминнің нақты мағынасы контекстен де белгілі болады деп қарастырайық. (Кәсіби мамандар арасында деректер қоры және деректер қорын басқару жүйесі терминдерін қолданған кезде аналогты шатасу пайда болады. Бұл курста біз осы терминдерді бөліп қарастырамыз.) Осыны ескере отырып берілген курс шеңберінде дәстүрлі файлдық жүйе деп аталатын қасиееттер сипатымен ғана шектелеміз, бұл бізді негізгі тақырыптан ауытқытып жіберетіндіктен, жоғарғы сенімділігі бар заманауи жүйе ерекшеліктерін қарастырмаймыз.
Алғашқы дамыған файлдық жүйе 60 жылдардың ортасында «360» компьютерлер сериясын шығарған IBM компаниясы мамандарымен өңделіп шығарылды. Бұл жүйеде тізбектелген және индесті-тізбектелген файлдар файлдар қолданды, ал жүзеге асыру көп жағдайда тек қана сол уақытта пайда болған дискті құрылғыларды басқару контроллеріне байланысты болды. Контроллер әртүрлі өлшемдегі деректерді дисктік құрылғылармен алмастыру м.мкіндігін қамтамасыз етті, сонымен қатар файл жазбаларына индексті ену және контроллерлердің бұл қызметтері ОS/360 файлдық жүйесінде активті қолданылды.
ОS/360 файлды жүйесі болашақ өңдеушілерді барлық заманауи файлдық жүйелерде көрсетілетін бастары қозғалмалы дискті құрылғыларды қолдану тәжірибесімен қамтамасыз етті.
1.4.1. Файл құрылымы
Қазіргі барлық компьютерлерде негізгі сыртқы құрылғылар бастары қозғалмалы магнитті дискілер болып табылады, олар файлдарды сақтау үшін қолданылады. Бұрын көрсетілгендей магниттік диск аппаратуралары түрлі өлшемдегі деректертерді дискіден бөлшектеп алмастыруды орындайды. Бірақ, өлшем толық блок өлшемінен кіші бөлшектік магнитті дисктерды алмастыру мүмкіндігі қазіргі уақытта файлдық жүйелерде қолданылмайды. Бұл екі жағдайға байланысты.
Біріншіден, 1.3 «Сыртқы жады құрылғылары» бөлімінде қарастырылған тек қана блок бөлігінің есептеліп немесе жазылуы уақыт алмасуының қосындысында пайда әкелмейді. Екіншіден, блок бөліктерімен жұмыс істеу үшін файлдық жүйе сәйкес өлшемдегі жедел жадының буферін қамтамасыз ету керек, ол жедел жадының таратылуын қиындатады. Әр түрлі өлшемдегі жадыны бөліктеп тарату алгоритмы кемшілігі, олардың кез-келгені ерте ме, кеш пе жадының сыртқы фрагментациясына алып келеді. Жадыда көптеген кішкентай бос фрагменттер пайда болады. Олардың жиынтық өлшемі талап етілген буфер өлшемінен үлкен болуы мүмкін, бірақ, егер қысылған жады арқылы, яғни барлық бос емес фрагменттерді бір-біріне тығыз орналасатындай жылжыту арқылы оқшаулауға болады. Жадыны қысу операциясын орындау барысында алмастыруды тоқтату керек, ал операцияның өзі ұзақ уақытты қажет етеді.
Сондықтан, барлық заманауи файлдық жүйелерде блок тізімін көрсететін, файлдың адрестік кеңістігінде тізбектеле номерленетін және дисктің физикалық блогында сипатталатын базалық файлдар жұмысын қаммасыз ететін деңгей бөлінеді (сурет.1.5). Файлдың логикалық блогының өлшемі дисктің физикалық блогының өлшемімен сәйкес немесе оған қысқа, әдетте логикалық блоктың өлшемі операциялық жүйемен бірге компьютер аппаратурасында ұстанатын виртуалды жады бетінің өлшеміне тең таңдалып алынады.
Сурет 1.5. Базалық файлдың сұлбалық бейнесі
Кейбір файлдық жүйелерде базалық деңгейге қолданушы ене алады, бірақ ол қолданушы үшін стандартты болатын жоғарғы деңгейді жиі қолданады. Екі негізгі қадам болады. Бірінші қадамда, мысалы, DEC RSX және VMS компанияларының операциялық жүйелерінің файлдық жүйелерінде қолданушылар файлды жазбалар тізбегі ретінде қарастырады. Әр жазба – бұл тұрақты немесе айнымалы өлшемі бар байт тізбегі. Жазбаларды тізбектеле оқуға немесе жазуға болады, немесе номері көрсетілген файлға позициялауға болады. Кейбір файлдық жүйелер жазбаларды өрістерге құрылымдауға және кейбір өрістерді жазба кілті деп жариялауға мүмкіндік береді.
Мұндай файлдық жүйелерде файлдағы жазбаның таңдауын оның берілген кілті бойынша талап етуге болады. Әрине, бұл жағдайда файлдық жүйе қолданушыға көрінбейтін деректердің қызметтік құрылымын сол базалық файлда қосымша қолдайды. Кілттік файлдардың таратылған ұйымдастыру тәсілі хэшталу техникасына және B-бұтақтарына негізделеді. Файлдарды ұйымдастырудың көпкілттік тәсілдері болады (бір файлда бірнеше кілт жарияланады, әр кілттің мағынасы бойынша жазбаларды таңдауға болады).
Екінші қадам, UNIX операциялық жүйесімен бірге таратылу мүмкіндігін алған, мұндағы кез-келген файл байттардың үздіксіз тізбегі ретінде көрсетіледі. Файлдан көрсетілген байт санын оқуға болады, немесе оның басынан бастауға, немесе номері көрсетілген байтқа алдын ала оның позициялануын оқуға болады. Енді аналогты түрде немесе алдын ала позицияланған файлды орындау арқылы көрсетілген байт санын файл соңына жазуға болады. Қолданушылардан жасырын түрде, бірақ барлық файлдық жүйе түрлерінде орналасқан UNIX ОЖ файлдық базалық блоктық көрсеткіші болып табылады.
Әрине, екі жағдайда да айл түрін екінші бір түрге келтіретін түрлендіруші қызметтер тізімін қамтамасыз етуге болады. Оған мысал ретінде UNIX стандартты файлдық ортасының DEC компаниясының операиялық жүйе ортасында болуы қызмет етеді.