СУБД ОБЗОР. СУБДОБЗОР. Реферат таырыбы "Деректер орын басару жйесіне шолу " Орындаан Бекзат Боранбаев Тобы АжБ192 т

• Название: Реферат таырыбы "Деректер орын басару жйесіне шолу " Орындаан Бекзат Боранбаев Тобы АжБ192 т
• Анкор: СУБД ОБЗОР
• Дата: 11.05.2022
• Размер: 214.31 Kb.
• Имя файла: СУБДОБЗОР.docx
• Тип: Реферат; #523193

ҚАЗАҚСТАН РЕСПУБЛТКАСЫ БІЛІМ ЖӘНЕ ҒЫЛЫМ МИНИСРЛІГІ

С.ӨТЕБАЕВ АТЫНДАҒЫ АТЫРАУ МҰНАЙ ЖӘНЕ ГАЗ УНИВЕРСИТЕТІ

«Ақпараттық технологиялар» факультеті

Реферат
ТАҚЫРЫБЫ: "Деректер қорын басқару жүйесіне шолу"

Орындаған: Бекзат Боранбаев

Тобы: ӨАжБ-19-2 қ/т

Қабылдаған: Искакова Сандуғаш



Атырау, 2022ж

ЖОСПАР

Кіріспе…………………………………………………...3

1. 
   Негізгі бөлім…………………………………………7
   
   1. 
      ДҚБЖ мақсаты мен негізгі функциялары……….
      
      1. 
         ДҚБЖ мақсаты…………………………………...
         
      2. 
         ДҚБЖ функциялары…………………………….8
         
   2. 
      ДҚБЖ архитектурасы……………………………..13
      
   3. 
      ДҚБЖ жіктелуі……………………………………..17
      
2. 
   Таратылған ДҚБЖ…………………………………23
   

Қорытынды

Пайдаланған әдебиеттер тізімі

КІРІСПЕ

Ақпаратты ұзақ уақыт сақтау және өңдеу міндеті алғашқы компьютерлердің пайда болуымен бірден пайда болды. Компьютерлік технологияның қарқынды дамуы, оның қоғамдағы негізгі рөлінің өзгеруі, дербес компьютерлердің кенеттен танымал болуы, қуатты жұмыс станциялары мен компьютерлік желілердің пайда болуы мәліметтер базасының технологиясының дамуына да әсер етті. Деректерді өңдеуде осы бағытты дамытудың бірнеше кезеңдері бар. Алайда, бұл кезеңдерде әлі де қатаң уақыт шектеулері жоқ екенін атап өткен жөн: олар бір-біріне тегіс ауысады және тіпті параллель өмір сүреді, бірақ соған қарамастан, бұл кезеңдерді бөлу мәліметтер базасы технологиясының дамуының жекелеген кезеңдерін неғұрлым нақты сипаттауға, белгілі бір кезеңге тән ерекшеліктерді атап көрсетуге мүмкіндік береді.

ДББЖ дамуының бірінші кезеңі IBM 360/370, ЕС-ЭЕМ және PDP11 типті шағын ЭЕМ (digital Equipment Corporation-DEC фирмалары), HP (Hewlett Packard фирмалары) түрлі модельдеріндегі деректер базасын ұйымдастырумен байланысты. Дамудың осы кезеңінің ерекшеліктері келесідей:

Барлық ДҚБЖ қуатты мультипрограммалық операциялық жүйелерге негізделген (MVS, SVM, RTE, OSRV, RSX, UNIX), сондықтан көбінесе бөлінген

қол жетімділік режимінде орталықтандырылған дерекқормен жұмыс істеуге қолдау көрсетіледі.

Ресурстарды бөлуді басқару функциялары негізінен операциялық жүйемен (ОЖ) жүзеге асырылады.

Деректерге қол жеткізудің навигациялық әдістеріне бағытталған деректерді басқарудың төмен деңгейлі тілдерін де қолдануға болады.

Деректерді басқаруға маңызды рөл беріледі.
Реляциялық деректер моделін негіздеу және ресімдеу бойынша елеулі жұмыстар жүргізілуде және реляциялық деректер моделінің идеологиясын іске асыратын алғашқы жүйе (System R) құрылды.

Сұраныстарды оңтайландыру және орталықтандырылған дерекқорға таратылған қолжетімділікті басқару бойынша теориялық жұмыстар жүргізілуде, транзакция түсінігі енгізілді.

Ғылыми зерттеулердің нәтижелері баспасөзде ашық талқыланды, мәліметтер базасының теориясы мен практикасының барлық аспектілеріне қатысты көпшілікке қол жетімді жарияланымдардың күшті ағымы бар және теориялық зерттеулердің нәтижелері коммерциялық ДҚБЖ-де белсенді енгізілуде.

Реляциялық деректер моделімен жұмыс істеу үшін алғашқы жоғары деңгейлі тілдер пайда болады. Алайда, бұл алғашқы тілдер үшін стандарттар жоқ.

Келесі кезең-даралау кезеңі. Дербес компьютерлер біздің өмірімізге тез еніп, компьютерлік технологияның қоғам өміріндегі орны мен рөлі туралы түсінігімізді өзгертті. Әрине, бұл мәліметтер базасымен жұмыс істеуге әсер етті. Бұл кезеңде мәліметтер базасын басқару жүйелері деп аталатын бағдарламалар пайда болды және ақпараттың едәуір көлемін сақтауға мүмкіндік берді, оларда деректерді толтыруға ыңғайлы интерфейс, әртүрлі есептерді шығаруға арналған құралдар болды. Бұл бағдарламалар бұрын қолмен жасалған көптеген бухгалтерлік функцияларды автоматтандыруға мүмкіндік берді.

Бұл кезеңнің ерекшеліктері келесідей:

Деректерді басқарудың жоғары деңгейлі тілдерін стандарттау (барлық ДҚБЖ-де SQL92 стандартын әзірлеу және енгізу).

ДҚБЖ негізінен монополиялық қол жетімділікпен мәліметтер базасын құруға арналған. Компьютер жеке, ол желіге қосылмаған және ондағы мәліметтер базасы бір пайдаланушының жұмысы үшін жасалған. Сирек жағдайларда бірнеше пайдаланушылардың дәйекті жұмысы болды, мысалы, алдымен бухгалтерлік құжаттарды енгізген оператор, содан кейін бастапқы құжаттарға сәйкес келетін жазбаларды анықтайтын бас бухгалтер.

ДҚБЖ - нің көпшілігінде дамыған және ыңғайлы пайдаланушы интерфейсі болды. Көпшілігінде мәліметтер базасын сипаттау аясында да, сұраныстарды жобалау аясында да мәліметтер базасымен интерактивті жұмыс режимі болды. Сонымен қатар, ДҚБЖ-нің көпшілігі бағдарламалаусыз дайын қосымшаларды әзірлеу үшін дамыған және ыңғайлы құралдарды ұсынды.

Жұмыс үстеліндегі ДҚБЖ-де реляциялық модельдің сыртқы көрінісі ғана сақталды, яғни деректер құрылымдарының сыртқы кестелік көрінісі ғана.

Егер жұмыс үстеліндегі ДҚБЖ-де реляциялық алгебра және SQL сияқты деректерді басқарудың жоғары деңгейлі тілдері болса, кестелердің жеке жолдары деңгейінде деректерді басқарудың төмен деңгейлі тілдері қолданылды.

Жұмыс үстеліндегі ДҚБЖ-де Дерекқордың анықтамалық және құрылымдық тұтастығын қолдау құралдары болған жоқ. Бұл функцияларды қосымшалар орындауы керек еді, бірақ қосымшаларды әзірлеу құралдарының жетіспеушілігі кейде бұған жол бермеді, бұл жағдайда бұл функцияларды пайдаланушы дерекқорда сақталған ақпаратты енгізу және өзгерту кезінде қосымша бақылауды талап етті.

Жұмыс үстелі ДҚБЖ - нің салыстырмалы түрде қарапайым аппараттық талаптары. Мысалы, Clipper арналған толықтай жұмыс істейтін қосымшалар PC 286-пен жұмыс істеді. Бұл отбасының жарқын өкілдері жақында dBase ДҚБЖ (dBaseIII+, dBaseIV), FoxPro, Clipper, Paradox-та кеңінен қолданылды.

Тарих спиральды дамитыны белгілі, сондықтан "жекелендіру" процесінен кейін, интеграция процессі,яғни кері байланыс басталды. Жергілікті желілердің саны көбеюде, компьютерлер арасында көбірек ақпарат берілуде, әртүрлі жерлерде сақталатын және өңделетін деректердің дәйектілігі мәселесі өткір тұр, бірақ логикалық түрде бір - бірімен байланысты,транзакцияларды параллель өңдеумен байланысты міндеттер туындайды, оны бір дәйекті күйден екінші дәйекті күйге аударатын мәліметтер базасы бойынша операциялар тізбегі. Бұл мәселелерді сәтті шешу жұмыс үстелі ДҚБЖ-нің барлық артықшылықтарын сақтайтын және сонымен бірге ақпаратты параллель өңдеуді ұйымдастыруға және мәліметтер базасының тұтастығын қолдауға мүмкіндік беретін таратылған мәліметтер базасының пайда болуына әкеледі. Дәл осы кезеңге объектіге бағытталған мәліметтер базасы тұжырымдамасына байланысты жұмыстардың басталуын жатқызуға болады.

1.НЕГІЗГІ БӨЛІМ

1.1 ДҚБЖ мақсаты мен негізгі функциялары

1.1.1 ДҚБЖ мақсаты

Физикалық мәліметтер базасы (яғни нақты сақталатын мәліметтер) мен жүйенің пайдаланушылары арасында бағдарламалық жасақтама деңгейі - дерекқорды басқару жүйесі орналасқан. Дерекқорға кіру үшін барлық пайдаланушы сұрауларын ДҚБЖ өңдейді; осы файлдардағы барлық қол жетімді деректер файлдарын қосу, деректерді іріктеу және жаңарту құралдары ДҚБЖ-ны қамтамасыз етеді.

ДҚБЖ-нің негізгі міндеті - дерекқор пайдаланушысына аппараттық деңгей деңгейінде егжей-тегжейлерді білместен онымен жұмыс істеу мүмкіндігін беру (қолданушы бағдарламалау ортасын қолданатын бағдарламашыдан гөрі осы бөліктерден алшақ). Басқаша айтқанда, ДҚБЖ соңғы пайдаланушыға дерекқорды аппараттық құралдармен салыстырғанда жоғары деңгейлі объект ретінде қарастыруға мүмкіндік береді, сонымен қатар оған жоғары деңгейлі тіл тұрғысынан көрсетілген операциялар жиынтығын ұсынады (мысалы, SQL тілін қолдана отырып жасалатын операциялар жиынтығы).

ДҚБЖ-бұл әр түрлі қосымшалар мен физикалық деректер қоймалары қажет логикалық деректер құрылымы арасындағы делдал (әдетте бұл жеке компьютердің немесе сервердің файлдық жүйесі, дегенмен соңғы уақытта көптеген серверлер арасында сақтауға болады). Деректердің физикалық құрылымы (атап айтқанда, файл) бағдарламашылардан жасырылуы керек. ДҚБЖ логикалық құрылымды (метадеректер) бұл құрылымды бұзатын мәліметтердің келісілмеген өзгеруіне жол бермей сақтауы керек.

Осылайша, кез-келген ДҚБЖ мыналарды қамтамасыз етуі керек:

деректерді ықшам сақтау (қайталаусыз);

деректерге қол жеткізуді оңтайландыру;

деректердің логикалық тұтастығы (келісімділігі) ;

деректер құрылымын орнатуға, оларды алдын ала белгісіз алгоритмге өзгертуге және шығаруға мүмкіндік беретін әмбебап интерфейс (тіл немесе хаттама).

ДҚБЖ деңгейінде ақпараттық жүйелерге қойылатын осы талаптарды қамтамасыз ету бағдарламаларды әзірлеу кезінде бірдей жұмысты қайталамауға мүмкіндік береді..

1.1.2 ДҚБЖ ФУНКЦИЯЛАРЫ

Деректер базасын басқару жүйелері келесі функцияларды атқарады:

• 
  Сыртқы жадтағы деректерді басқару
  

Деректерді басқару дерекқорға тікелей кіретін деректерді сақтау үшін де, қызметтік мақсаттар үшін де сыртқы жадтың қажетті құрылымдарын қамтамасыз етуді қамтиды. Кейбір ДҚБЖ енгізулерінде қолданыстағы файлдық жүйелердің мүмкіндіктері белсенді қолданылады, ал басқаларында жұмыс сыртқы жад құрылғыларының деңгейіне дейін жүзеге асырылады. Бірақ дамыған ДҚБЖ-де пайдаланушылар кез-келген жағдайда ДҚБЖ-нің файлдық жүйені қолданатындығын және егер пайдаланса, файлдардың қалай ұйымдастырылғанын білуге міндетті емес. Атап айтқанда, ДҚБЖ Дерекқордың нысандарын атаудың өзіндік жүйесін қолдайды.

• 
  Жедел жад буферлерін басқару
  

ДҚБЖ әдетте айтарлықтай көлемдегі ДБ - мен жұмыс істейді; кем дегенде, бұл өлшем, әдетте, қол жетімді жедел жад көлемінен едәуір үлкен. Егер кез-келген деректер элементіне жүгінген кезде сыртқы жадпен алмасу жүргізілсе, онда бүкіл жүйе сыртқы жад құрылғысының жылдамдығымен жұмыс істейтіні түсінікті. Бұл жылдамдықты нақты арттырудың жалғыз жолы-жедел жадтағы деректерді Буферлеу. Сонымен қатар, егер Операциялық жүйе жүйелік буферлеуді жүзеге асырса да (UNIX ОЖ сияқты), бұл ДҚБЖ мақсаттары үшін жеткіліксіз, ол Дерекқордың белгілі бір бөлігін буферлеудің пайдасы туралы әлдеқайда көп ақпаратқа ие. Сондықтан дамыған ДҚБЖ-де буферлерді ауыстырудың өзіндік тәртібі бар жедел жад буферлерінің жеке жиынтығы сақталады.

• 
  Транзакцияларды басқару.
  

Транзакция-бұл ДҚБЖ-де бірлік ретінде қарастырылатын мәліметтер базасындағы операциялардың реттілігі. Транзакция сәтті жүзеге асырылады және ДҚБЖ осы транзакциямен жасалған дерекқордағы өзгерістерді сыртқы жадта жазады немесе бұл өзгерістердің ешқайсысы Дерекқордың күйіне әсер етпейді.
Мәміле ұғымы Дерекқордың логикалық тұтастығын сақтау үшін қажет. Әрбір транзакция Дерекқордың толық күйінде басталып, аяқталғаннан кейін бұл күйді толығымен қалдыратын қасиет транзакция ұғымын дерекқорға қатысты пайдаланушы әрекетінің бірлігі ретінде қолдануды өте ыңғайлы етеді. ДҚБЖ-нің параллель транзакцияларын тиісті басқарумен, әр қолданушы өзін ДҚБЖ-нің жалғыз пайдаланушысы ретінде сезіне алады (іс жүзінде бұл біршама идеализацияланған көрініс, өйткені кейбір жағдайларда көп қолданушы ДҚБЖ пайдаланушылары өз әріптестерінің қатысуын сезіне алады).
Көп пайдаланушылық ДҚБЖ - де транзакцияларды басқару транзакцияларды сериялаудың маңызды ұғымдарымен және транзакциялар қоспасын орындаудың сериялық жоспарымен байланысты. Параллель орындалатын транзакцияларды сериялау дегеніміз-олардың жұмысын жоспарлау тәртібі, онда транзакция қоспасының жалпы әсері олардың дәйекті орындалуының әсеріне тең болады. Транзакциялар қоспасын орындаудың сериялық жоспары-бұл транзакцияларды сериялауға әкелетін жоспар. Егер транзакциялар қоспасының шынымен сериялық орындалуына қол жеткізуге болатын болса, онда транзакцияны құрған әрбір пайдаланушы үшін басқа транзакциялардың болуы мүмкін емес (бір ойыншы режимімен салыстырғанда біршама баяулауды қоспағанда).

• 
  Журналдау
  

ДҚБЖ-ге қойылатын негізгі талаптардың бірі-деректерді сыртқы жадта сақтау сенімділігі. Сақтаудың сенімділігі деп ДҚБЖ кез-келген аппараттық немесе бағдарламалық жасақтаманың бұзылуынан кейін Дерекқордың соңғы келісілген күйін қалпына келтіре алуы керек деп түсініледі. Әдетте аппараттық ақаулардың екі мүмкін түрі қарастырылады: жұмсақ сәтсіздіктер деп аталады, оларды компьютердің кенеттен тоқтауы (мысалы, төтенше жағдайда өшіру) және сыртқы жад тасымалдаушыларында ақпараттың жоғалуымен сипатталатын қатты ақаулар деп түсіндіруге болады.
Бағдарламалық жасақтама ақауларының мысалдары мыналар болуы мүмкін: ДҚБЖ-нің апаттық аяқталуы (бағдарламадағы қателікке немесе кейбір аппараттық ақауларға байланысты) немесе пайдаланушы бағдарламасының апаттық аяқталуы, нәтижесінде кейбір транзакция аяқталмаған болып қалады. Бірінші жағдайды жұмсақ аппараттық ақаулардың ерекше түрі ретінде қарастыруға болады; егер соңғысы пайда болса, тек бір транзакцияның салдарын жою қажет. Кез-келген жағдайда дерекқорды қалпына келтіру үшін сізге Қосымша ақпарат қажет екені түсінікті.
Басқаша айтқанда, деректер базасында деректерді сақтаудың сенімділігін сақтау деректерді сақтаудың артықтығын талап етеді және қалпына келтіру үшін пайдаланылатын деректердің бөлігі әсіресе сенімді сақталуы керек. Мұндай артық ақпаратты сақтаудың ең көп таралған әдісі-мәліметтер базасын өзгерту журналын жүргізу.
Журнал-бұл ДҚБЖ пайдаланушыларына қол жетімді емес және өте мұқият сақталған (кейде әртүрлі физикалық дискілерде орналасқан журналдың екі көшірмесіне қолдау көрсетіледі), ол Дерекқордың негізгі бөлігіндегі барлық өзгерістер туралы жазбаларды алады. Әр түрлі ДҚБЖ - де мәліметтер базасының өзгерістері әр түрлі деңгейде жазылады: кейде журналдағы жазба мәліметтер базасын өзгертудің кейбір логикалық операциясына сәйкес келеді (мысалы, реляциялық деректер базасының кестесінен жолды жою операциялары), кейде-сыртқы жад бетін өзгертудің минималды ішкі операциясы; кейбір жүйелерде екі тәсіл де бір уақытта қолданылады. Барлық жағдайларда олар журналға "алдын - ала" жазу стратегиясын ұстанады (Write Ahead Log-WAL протоколы деп аталады). Шамамен айтқанда, бұл стратегия кез-келген ДБ объектісінің өзгеруі туралы жазба өзгертілген объект Дерекқордың негізгі бөлігінің сыртқы жадына енгенге дейін журналдың сыртқы жадына енуі керек. Егер Wal протоколы ДҚБЖ-де дұрыс сақталса, журналдың көмегімен кез-келген сәтсіздіктен кейін дерекқорды қалпына келтірудің барлық мәселелерін шешуге болатындығы белгілі.
Қалпына келтірудің қарапайым жағдайы-транзакцияны жеке қайтару. Қатаң айтқанда, бұл дерекқорды өзгертудің жүйелік журналын қажет етпейді. Әрбір транзакция үшін осы транзакцияда орындалған дерекқорды өзгерту операцияларының жергілікті журналын жүргізу және жергілікті журналдың соңынан кейін кері операцияларды орындау арқылы транзакцияны қайтару жеткілікті. Кейбір ДҚБЖ - де олар мұны жасайды, бірақ көптеген жүйелерде жергілікті журналдар қолдамайды және транзакцияны жеке қайтару жүйелік журнал арқылы жүзеге асырылады, ол үшін бір транзакциядан алынған барлық жазбалар кері тізіммен (соңынан басына дейін) байланысты болады.
Жұмсақ ақаулық жағдайында Дерекқордың негізгі бөлігінің сыртқы жадында бұзылған кезде аяқталмаған транзакциялармен өзгертілген нысандар болуы мүмкін және сәтсіз аяқталған транзакциялармен өзгертілген Нысандар болмауы мүмкін (жұмсақ ақаулық кезінде мазмұны жоғалып кететін жедел жад буферлерін пайдалану себебінен). WAL протоколын сақтау кезінде журналдың сыртқы жадында екі нысанды модификациялау операцияларына қатысты жазбаларға кепілдік берілуі керек. Жұмсақ сәтсіздіктен кейін қалпына келтіру процесінің мақсаты: барлық аяқталған транзакциялардың өзгеруін сыртқы жадта бекіту кезінде пайда болатын және аяқталмаған транзакциялардың іздері болмайтын мәліметтер базасының негізгі бөлігінің сыртқы жад күйі. Бұған қол жеткізу үшін алдымен аяқталмаған транзакциялар қайтарылады, содан кейін нәтижелері сыртқы жадта көрсетілмеген аяқталған транзакциялар қайта ойнатылады. Бұл процесс буферлер мен журналды басқарудың жалпы ұйымдастырылуымен байланысты көптеген ұсақ-түйектерді қамтиды.
Қатты істен шыққаннан кейін дерекқорды қалпына келтіру үшін журнал мен дерекқордың мұрағаттық көшірмесін пайдаланыңыз. Мұрағаттық көшірме-бұл журналды толтыру басталған кездегі мәліметтер базасының толық көшірмесі. Әрине, қатты істен шыққаннан кейін дерекқорды қалыпты қалпына келтіру үшін журнал жоғалып кетпеуі керек. Жоғарыда айтылғандай, ДҚБЖ-дегі сыртқы жадтағы журналдың қауіпсіздігіне ерекше талаптар қойылады.
Содан кейін дерекқорды қалпына келтіру мұрағаттық көшірмеге сүйене отырып, журнал сәтсіздікке ұшыраған кезде аяқталған барлық транзакциялардың жұмысын көрсетеді. Негізінде, сіз тіпті аяқталмаған транзакциялардың жұмысын көбейтіп, қалпына келтіру аяқталғаннан кейін олардың жұмысын жалғастыра аласыз. Алайда, нақты жүйелерде бұл әдетте жасалмайды, өйткені қатты істен шыққаннан кейін қалпына келтіру процесі ұзаққа созылады.

• 
  ДБ тілдерін қолдау
  

Деректер базасымен жұмыс істеу үшін жалпы мәліметтер базасының тілдері деп аталатын арнайы тілдер қолданылады. Ерте ДҚБЖ-де оның функциялары бойынша бірнеше мамандандырылған тілдер қолдау тапты. Көбінесе екі тіл ерекшеленді: мәліметтер базасының схемасын анықтау тілі (SDL - Schema Definition Language) және деректерді басқару тілі (DML - Data Manipulation Language). SDL негізінен мәліметтер базасының логикалық құрылымын, яғни пайдаланушыларға ұсынылатын мәліметтер базасының құрылымын анықтауға қызмет етті. DML деректерді басқару операторларының жиынтығын қамтыды, яғни. деректерді дерекқорға енгізуге, бар деректерді жоюға, өзгертуге немесе таңдауға мүмкіндік беретін операторлар.
Қазіргі заманғы ДҚБЖ-де, әдетте, оны құрудан бастап, дерекқормен жұмыс істеу үшін барлық қажетті құралдарды қамтитын және мәліметтер базасымен негізгі пайдаланушы интерфейсін қамтамасыз ететін бірыңғай интеграцияланған тіл қолданылады. Қазіргі уақытта ең көп таралған реляциялық ДҚБЖ стандартты тілі-SQL тілі (Structured Query Language).

1.1.3 ДҚБЖ архитектурасы

ANSI / SPARC зерттеу тобы ұсынған мәліметтер базасының архитектурасы үш деңгейден тұрады: ішкі, тұжырымдамалық және сыртқы. Жалпы алғанда, олар мыналарды білдіреді:

Сыртқы деңгей

Сыртқы деңгей - бұл пайдаланушының жеке деңгейі. Әр пайдаланушының өзіндік қарым-қатынас тілі бар.

Қолданбалы бағдарламашы үшін бұл қарапайым бағдарламалау тілдерінің бірі.

Соңғы пайдаланушы үшін бұл арнайы сұрау тілі немесе арнайы мақсаттағы тіл, мүмкін, формалар мен мәзірлерге негізделген, талаптарды ескере отырып жасалған және кейбір жедел қосымшалар қолдайтын.

Концептуалды деңгей

Концептуалды ұсыну дегеніміз-деректерді сақтаудың физикалық әдісімен салыстырғанда Дерекқордың барлық ақпаратын біршама дерексіз түрде (сыртқы көрініс сияқты) ұсыну. Дегенмен, тұжырымдамалық ұсыну кез-келген жеке пайдаланушыға деректерді ұсыну әдісінен айтарлықтай ерекшеленеді. Жалпы алғанда, тұжырымдамалық презентация дегеніміз-бұл белгілі бір тіл немесе қолданылатын аппараттық құрал сияқты қолданушы оларды көруге мәжбүр еткендей емес, "олар шынымен" сияқты мәліметтерді ұсыну.

Концептуалды ұсыну концептуалды жазудың әр түрінің көптеген даналарынан тұрады. Мысалы, ол жеке мәліметтер туралы ақпаратты қамтитын жазбалар даналарының жиынтығынан, сонымен қатар бөлшектер туралы ақпаратты қамтитын даналар жиынтығынан және т.б. тұруы мүмкін.

Тұжырымдамалық ұсыну тұжырымдамалық жазбалардың әр түрінің анықтамаларын қамтитын тұжырымдамалық схема арқылы анықталады. Тұжырымдамалық схема деректерді анықтаудың басқа тілін қолданады - тұжырымдамалық.

Тұжырымдамалық көрініс-бұл дерекқордың бүкіл мазмұнын ұсыну, ал тұжырымдамалық схема - бұл көріністің анықтамасы. Алайда, тұжырымдамалық схема бағдарламадағы жазбалардың қарапайым қатынастарын еске түсіретін анықтамалар жиынтығы ғана емес деп сену қате болар еді.

Ішкі деңгей

Ішкі көрініс - бұл бүкіл дерекқордың төменгі деңгейінің көрінісі; ол ішкі жазудың әр түрінің көптеген даналарынан тұрады.

"Ішкі жазу" термині ANSI/SPARC терминологиясына жатады және сақталған жазба деп аталатын құрылысты білдіреді. Ішкі көрініс, сыртқы және концептуалды сияқты, физикалық деңгеймен байланысты емес, өйткені ол цилиндрлер мен жолдар сияқты сақтау құрылғысының физикалық аймақтарын қарастырмайды. Басқаша айтқанда, ішкі көрініс шексіз сызықтық мекен-жай кеңістігін қамтиды; мекен-жай кеңістігінің физикалық сақтау құрылғысында қалай көрсетілетіні туралы мәліметтер жүйеге өте тәуелді және жалпы архитектураға әдейі қосылмаған.

Ішкі көрініс ішкі схеманың көмегімен сипатталады, ол сақталатын жазбалардың әр түрлі түрлерін ғана емес, сонымен бірге бар индекстерді, сақталатын өрістерді ұсыну тәсілдерін, сақталатын жазбалардың физикалық реттілігін және т.б. анықтайды.

Деректер базасын қолданатын қосымшалар, әдетте, өзінің оң және теріс жақтары бар бағдарламалық архитектуралардың біріне жатады.

Жергілікті архитектура

Бағдарлама да, мәліметтер базасы да бір компьютерде орналасқан. Бұл архитектурада жұмыс үстелі Қосымшаларының көпшілігі жұмыс істейді.
Файл-сервер архитектурасы

Деректер базасы қуатты арнайы компьютерде (серверде) орналасқан, ал дербес компьютерлер оған жергілікті желі арқылы қосылған. Бұл компьютерлерде желі дерекқорына кіретін клиенттік бағдарламалар орнатылған. Мұндай архитектураның артықшылығы-бірнеше пайдаланушылардың бір дерекқормен бір уақытта жұмыс істеу мүмкіндігі.
Бұл тәсілдің кемшілігі-желі арқылы берілетін ақпараттың үлкен көлемі. Барлық өңдеу Дерекқордың көшірмесі іс жүзінде қалыптасатын клиенттік жерлерде жүзеге асырылады. Бұл пайдаланушылардың максималды санын шектеуге және базамен жұмыс істеу кезінде үлкен кідірістерге әкеледі. Бұл кідірістер белгілі бір кесте деңгейінде бір уақытта қол жеткізу мүмкін еместігімен байланысты. Клиенттік орындардың біріндегі бағдарлама кестемен жұмысты аяқтағанға дейін (мысалы, жазбаларды өзгертпейді), басқа бағдарламалар бұл кестеге жүгіне алмайды. Бұл кесте деңгейінде құлыптау деп аталады және оның мазмұнында шатасудың пайда болуын болдырмайды.

Клиент - серверлік архитектура.

Мұндай архитектурада серверде мәліметтер базасы ғана емес, сонымен қатар пайдаланушылардың сұраныстарын өңдейтін және оларға жазбалар жиынтығын қайтаратын ДҚБЖ бағдарламасы жұмыс істейді. Сонымен қатар, пайдаланушы бағдарламалары енді жұмыс істемейді, мысалы, физикалық файлдар жиынтығы ретінде ДБ-мен жұмыс істемейді, бірақ операцияларды орындайтын ДҚБЖ-ға жүгінеді. Бұл жағдайда клиенттік орындардан жүктеме алынады, өйткені жұмыстың көп бөлігі серверде болады. ДҚБЖ Дерекқордың тұтастығы мен қауіпсіздігін автоматты түрде бақылайды, сонымен қатар пароль қызметі арқылы ақпаратқа қол жеткізуді бақылайды. Клиент-серверлік ДҚБЖ жазу деңгейіндегі блоктарға және тіпті бөлек өріске мүмкіндік береді. Бұл кез-келген пайдаланушы саны кестемен жұмыс істей алатындығын білдіреді, бірақ белгілі бір жазбаны немесе оның өрістерінің біреуін өзгерту функциясына олардың біреуі ғана қол жеткізе алады.

Бұл архитектураның басты кемшілігі өте жоғары сенімділік емес. Егер сервер сәтсіз болса, барлық жұмыс тоқтайды.


Таратылған архитектура

Желіде бірнеше серверлер жұмыс істейді және жақсартылған тиімділікке қол жеткізу үшін Мәліметтер базасы кестелері бөлінеді. Әр серверде ДҚБЖ-нің өзіндік көшірмесі бар. Сонымен қатар, мұндай архитектурада әдетте қолданбалы серверлер деп аталатын арнайы бағдарламалар қолданылады. Олар көптеген пайдаланушылардың сұраныстарын өңдеуді оңтайландыруға және желідегі компьютерлер арасында жүктемені біркелкі таратуға мүмкіндік береді.

Таратылған архитектураның кемшілігі-оны құру мен сүйемелдеудің (басқарудың) өте күрделі және қымбат процесі, сонымен қатар серверлерге қойылатын жоғары талаптар.

Интернет архитектурасы

Деректер базасына және ДҚБЖ-ға қол жеткізу (бір компьютерде немесе желіде таралған) стандартты хаттама бойынша шолғыштан жүзеге асырылады. Бұл клиенттік жабдыққа минималды талаптар қояды. Мұндай бағдарламалар" жұқа клиенттер " деп аталады, өйткені олар әлсіз компьютерлерде де жұмыс істей алады, мысалы, сіз жергілікті желіні ұйымдастыра алмайсыз, бірақ жергілікті желідегі интернет арқылы серверге кіре аласыз (бұл жағдайда олар интранет технологиялары туралы айтады). Бұл жағдайда арнайы клиенттік бағдарламаларды әзірлеу немесе сервер мен клиенттік орындар арасында мәліметтер алмасудың жеке ерекшеліктерін ойлап табу қажет емес. Дайын браузерлер мен бағдарламалық шешімдерді пайдалану жеткілікті.

1.2 ДҚБЖ жіктелуі

ДҚБЖ бірнеше белгілер бойынша жіктелуі мүмкін. Менің ойымша, егжей-тегжейлі тоқталу керек белгілердің бірі-мәліметтер базасының моделі бойынша ДҚБЖ жіктелуі.
Моделі бойынша деректерді жіктеуге ДҚБЖ төмендегідей:

• 
  Иерархиялық
  
• 
  Желілік
  
• 
  Реляциялық
  
• 
  Объектілі-бағытталған
  
• 
  Объектілі-реляциялық
  

Иерархиялық ДҚБЖ - ақпараттың ағаш тәрізді ұйымдастырылуын қолдайды. Жазбалар арасындағы байланыс ата-баба/ұрпақ қарым-қатынасы түрінде көрінеді, ал әр жазбада бір ата-ана жазбасы болады. Бұл анықтамалық тұтастықты сақтауға көмектеседі. Жазба ағаштан жойылған кезде оның барлық ұрпақтарын да алып тастау керек.

Иерархиялық мәліметтер базасы орталықтандырылған құрылымға ие, яғни деректердің қауіпсіздігін бақылау оңай. Өкінішке орай, жазбаларды сақтаудың физикалық тәртібі туралы белгілі бір білім әлі де қажет, өйткені ата-баба/ұрпақ қарым-қатынасы бір жазбадан екіншісіне физикалық көрсеткіштер түрінде жүзеге асырылады. Бұл жазбаны іздеу ағашты тікелей айналып өту арқылы жүзеге асырылатындығын білдіреді. Ағаштың жартысында орналасқан жазбалар екіншісіне қарағанда тезірек ізделеді.

Демек, жазбаларды іздеу уақыты аз болатындай етіп дұрыс ретке келтіру қажеттілігі туындайды. Бұл қиын, өйткені нақты әлемдегі барлық қатынастарды иерархиялық мәліметтер базасында білдіруге болмайды. "Бір комног" қарым-қатынасы табиғи, бірақ "көп-көп" қатынастарын немесе жазбаның бірнеше ата-бабалары болған жағдайларды сипаттау іс жүзінде мүмкін емес. Деректердің физикалық құрылымы туралы ақпарат қосымшаларда кодталғанға дейін, осы құрылымдағы кез-келген өзгерістер қайта қарауға қауіп төндіреді.

Желілік ДҚБЖ - Желілік модель ДҚБЖ иерархиялық моделін кеңейтеді, бұл жазбалар арасындағы байланыстарды жиынтыққа топтастыруға мүмкіндік береді. Логикалық тұрғыдан алғанда, байланыс жазбаның өзі емес. Байланыстар тек жазбалар арасындағы қатынасты білдіреді. Иерархиялық модель сияқты, байланыстар ата-аналық жазбадан балаға апарады, бірақ бұл жолы бірнеше мұрагерлік сақталады.

CODASYL спецификациясынан кейін желілік модель DDL (Data Definition Language - деректерді анықтау тілі) және DML (Data Manipulation Language - деректерді өңдеу тілі) қолдайды. Бұл мәліметтер базасының құрылымын анықтауға және сұраныстар жасауға арналған арнайы тілдер. Олардың болуына қарамастан, бағдарламашы әлі де мәліметтер базасының құрылымын білуі керек.

Желілік модельде көптеген қатынастар рұқсат етіледі, ал жазбалар бір-біріне тәуелді емес. Жазбаны жойған кезде оның барлық байланыстары жойылады, бірақ жазбалардың өздері емес.

Желілік модельде қайталануды және тұтастықты бұрмалауды болдырмау үшін қолданыстағы жазбалар арасында байланыс орнатылуы қажет. Деректерді тиісті кестелерде оқшаулауға және басқа кестелердегі жазбалармен байланыстыруға болады.

ДҚБЖ-ны жобалау кезінде бағдарламашы дискіде деректерді физикалық Сақтау қалай ұйымдастырылатыны туралы ойланудың қажеті жоқ. Бұл қосымшалар мен деректерге тәуелділікті әлсіретеді. Бірақ желілік модельде бағдарламашыдан сұраныстарды қалыптастыру кезінде деректер құрылымын есте сақтау қажет.

Деректер базасының оңтайлы құрылымын құру қиын, ал дайын құрылымды өзгерту қиын. Егер кесте түрі өзгерсе, деректердің тұтастығы бұзылмауы үшін басқа кестелермен барлық қатынастар қайта орнатылуы керек.
Реляциялық ДҚБЖ - Жоғарыда қарастырылған модельдермен салыстырғанда, реляциялық модель ДҚБЖ серверінен күрделіліктің әлдеқайда жоғары деңгейін талап етеді. Бұл бағдарламашыны иерархиялық және желілік модельдерге тән деректерді басқарудың күнделікті операцияларын орындаудан құтқаруға тырысады.

Реляциялық модельде мәліметтер базасы көптеген пайдаланушылардың ақпаратқа бір уақытта қауіпсіз қол жеткізуін қамтамасыз ететін кестелердің орталықтандырылған қоймасы болып табылады. Кесте жолдарында өрістердің бір бөлігі жазбаға тікелей қатысты деректерді, ал бір бөлігі басқа кестелердің жазбаларына сілтемелерді қамтиды. Осылайша, жазбалар арасындағы байланыс реляциялық модельдің ажырамас қасиеті болып табылады.

Кестенің әр жазбасы бірдей құрылымға ие. Мысалы, автомобильдердің сипаттамалары бар кестеде барлық жазбаларда бірдей өрістер жиынтығы болады: өндіруші, модель, Шығарылған жылы, жүгіріс және т.б. мұндай кестелерді графикалық түрде бейнелеу оңай.

ДҚБЖ реляциялық моделінде ақпараттық және құрылымдық тәуелсіздікке қол жеткізіледі. Жазбалар бір-бірімен байланысты емес, сондықтан олардың біреуінің өзгеруі басқаларына әсер етеді, ал ДҚБЖ-нің өзгертілген құрылымы, мәліметтер базасы міндетті түрде онымен жұмыс істейтін қосымшаларды қайта құруға әкелмейді.

Реляциялық ДҚБЖ-де SQL тілі қолданылады, бұл сізге еркін, реттелмеген сұрауларды тұжырымдауға мүмкіндік береді. Бұл төртінші буын тілі, сондықтан кез-келген қолданушы сұраныстарды қалай жазуды тез үйренеді. Сонымен қатар, графикалық түрде сұраулардың логикалық сызбаларын құруға мүмкіндік беретін көптеген қосымшалар бар. Бұл есебінен талаптарын қатаңдату өнімділігі компьютерлер. Бақытымызға орай, қазіргі есептеу қуаты жеткілікті емес.

Реляциялық мәліметтер базасы SQL тілін енгізудегі айырмашылықтардан зардап шегеді, дегенмен бұл реляциялық модель мәселесі емес. Әрбір реляциялық ДҚБЖ SQL стандартының кейбір жиынтығын және бірегей командалар жиынтығын жүзеге асырады, бұл бір ДҚБЖ-дан екіншісіне ауысуға тырысатын бағдарламашылар үшін тапсырманы қиындатады. Максималды төзімділік пен максималды өнімділік арасында қиын таңдау жасау керек. Бірінші жағдайда, сіз әр ДҚБЖ-де қолдау көрсетілетін командалардың минималды жалпы жиынтығын ұстануыңыз керек. Екінші жағдайда, бағдарламашы өзінің ерекше командалары мен ДҚБЖ функцияларын қолдана отырып, белгілі бір ДҚБЖ-де жұмыс істеуге назар аударады.

Объектілі-бағытталған ДҚБЖ - үшінші буын тілдерімен жұмыс істейтін бағдарламашыларға барлық ақпараттық нысандарын жедел жадта сақталатын объектілер ретінде түсіндіруге мүмкіндік береді. Абстракцияның қосымша интерфейс деңгейі дискідегі тұрақты жадта орналасқан мәліметтер базасының бөліктеріне қатысты сұраныстарды қабылдауды қамтамасыз етеді. Нысандарға Енгізілген өзгерістер жадтан дискіге оңтайлы түрде беріледі.

ОБ ДҚБЖ - нің артықшылығы-жеңілдетілген код. Қосымшалар деректерді олар жазылған бағдарламалау тілінің контекстінде түсіндіруге мүмкіндік алады. Реляциялық деректер базасы барлық өрістердің мәндерін мәтін түрінде қайтарады, содан кейін олар жергілікті деректер түрлеріне келтіріледі. ООБД-да бұл кезең жойылды. Деректерді басқару әдістері дискіде немесе жадта болғанына қарамастан әрқашан бірдей болып қалады.

ОБ ДҚБЖ - дегі деректер қолданылатын бағдарламалау тілінде білдіруге болатын кез-келген құрылымның түрін қабылдауға қабілетті. Субъектілер арасындағы қарым-қатынас ерікті түрде күрделі болуы мүмкін. ОБ ДҚБЖ объектілердің кэш буферін басқарады, қажет болған жағдайда буфер мен диск қоймасы арасындағы заттарды жылжытады.

ОБ ДҚБЖ көмегімен екі мәселе шешіледі. Біріншіден, оларда күрделі ақпараттық құрылымдар реляциялық дерекқорларға қарағанда жақсы көрінеді, екіншіден, деректерді ДҚБЖ қолдайтын форматтан тарату қажеттілігі жойылады. Мысалы, реляциялық ДҚБЖ - де бүтін сандардың өлшемі 11 сан болуы мүмкін, ал қолданылатын бағдарламалау тілінде-16. Бағдарламашы бұл жағдайды ескеруі керек.

Объектілі-бағытталған ДҚБЖ көптеген қосымша функцияларды орындайды. Егер деректер арасындағы байланыс өте күрделі болса, ол толықтай төленеді. Бұл жағдайда ОБ ДҚБЖ өнімділігі реляциялық ДҚБЖ-ге қарағанда жоғары. Егер деректер аз күрделі болса, қосымша функциялар артық болады.

Деректердің объектілік моделінде реттелмейтін сұраулар қолданылады, бірақ оларды құрастыру тілі міндетті түрде SQL емес. Деректердің логикалық көрінісі реляциялық модельге сәйкес келмеуі мүмкін, сондықтан SQL тілін қолдану мағынасыз болады. Тиісті іздеу түрлерін орындай отырып, объектілерді жадта өңдеу жиі ыңғайлы.

Объектілі-бағытталған мәліметтер базасының үлкен кемшілігі-олардың қолданылатын бағдарламалау тілімен тығыз байланысы. Реляциялық ДҚБЖ-де сақталатын мәліметтерге кез-келген қосымшалар қол жеткізе алады, ал, мысалы, ОБ ДҚБЖ-не орналастырылған Java нысаны тек Java-да жазылған қосымшалар үшін қызығушылық тудырады.

Объектілі-реляциялық - Объектілік-реляциялық ДҚБЖ реляциялық және Объектілік модельдердің ерекшеліктерін біріктіреді. Олардың пайда болуы реляциялық дерекқорлар кірістірілген деректер түрлерімен жақсы жұмыс істейтіндігімен және әлдеқайда нашар - пайдаланушылық, стандартты емес. Жаңа маңызды деректер түрі пайда болған кезде, сіз оны қолдауды ДҚБЖ-ге қосуыңыз керек немесе бағдарламашыны қосымшадағы деректерді өз бетінше басқаруға мәжбүр етуіңіз керек.
Барлық ақпаратты таңбалар немесе сандар тізбегі түрінде түсіндіру мағынасы жоқ. Музыкалық мәліметтер базасын елестетіп көріңіз. Аудио файл түрінде кодталған әнді үлкен мәтін ұясына орналастыруға болады, бірақ бұл жағдайда мәтіндік іздеу қалай жүзеге асырылады?

ДҚБЖ архитектурасын оған деректердің жаңа түрін қолдауды қосу үшін қайта құру - бұл ең жақсы шешім емес. Оның орнына Объектілік реляциялық ДҚБЖ "атипті" деректерді өңдеуге арналған кодты жүктеуге мүмкіндік береді. Осылайша, мәліметтер базасы өзінің кестелік құрылымын сақтайды, бірақ кейбір кесте өрістерін өңдеу әдісі сырттан, яғни бағдарламашыдан анықталады.

ДҚБЖ-нің келесі маңызды жіктеу ерекшелігі-тарату дәрежесі. Мұнда жергілікті және таратылған ДҚБЖ деп бөлуге болады.

Жергілікті ДҚБЖ жағдайында бағдарламаның өзі де, мәліметтер базасы да бір компьютерде.

Қазіргі уақытта кеңінен таралған таратылған мәліметтер базасының технологиясы орталықтандырылған деректерді өңдеуден орталықсыздандыруға кері ауысуға ықпал етеді. Таратылған дерекқорды басқару жүйесінің технологиясын құру-бұл мәліметтер базасындағы ең үлкен жетістіктердің бірі, сондықтан мен оған толығырақ тоқталуым керек деп санаймын.

1.3 Таратылған ДҚБЖ

Деректер базасын пайдаланатын жүйелерді дамытудың негізгі себебі-ұйымда өңделген барлық деректерді біртұтас тұтастыққа біріктіруге және оларға бақыланатын қол жетімділікті қамтамасыз етуге деген ұмтылыс. Интеграция және бақыланатын қол жетімділікті қамтамасыз ету орталықтандыруға ықпал етуі мүмкін, бірақ соңғысы өздігінен аяқталмайды. Іс жүзінде компьютерлік желілерді құру деректерді өңдеуді орталықсыздандыруға әкеледі. Орталықтандырылмаған тәсіл компанияның ұйымдық құрылымын логикалық түрде жеке бөлімшелерден, бөлімдерден, жобалық топтардан және басқалардан тұрады, олар әр түрлі кеңселерде, бөлімшелерде, кәсіпорындарда немесе филиалдарда физикалық түрде бөлінеді, әр жеке бөлім өзінің Жеке мәліметтер жиынтығымен айналысады.

Таратылған дерекқорды дамыту ұйымның қолданыстағы бөлімшелерінің әрқайсысы қолдайтын деректерді жалпыға қол жетімді етуге мүмкіндік береді, сонымен бірге оларды жиі қолданылатын жерлерде сақтауды қамтамасыз етеді. Мұндай тәсіл ақпаратты бөлісу мүмкіндігін кеңейтеді, сонымен бірге оған қол жеткізудің тиімділігін арттырады.

Сонымен, таратылған ДҚБЖ-бұл таратылған дерекқорды басқаруға арналған және соңғы пайдаланушы үшін ақпараттың таралуын мөлдір етуге мүмкіндік беретін бағдарламалық кешен.

Таратылған дерекқорды басқару жүйесі (деректер базасы) белгілі бір фрагменттерге бөлінген бірыңғай логикалық мәліметтер базасынан тұрады. Дерекқордың әр фрагменті бір немесе бірнеше компьютерлерде сақталады, олар байланыс желілерімен өзара байланысты және әрқайсысы жеке ДҚБЖ-мен жұмыс істейді. Кез-келген сайт жергілікті сақталған деректерге қол жеткізуді қажет ететін пайдаланушылардың сұраныстарын дербес өңдей алады (бұл жергілікті автономияның белгілі бір дәрежесін жасайды), сонымен қатар желінің басқа компьютерлерінде сақталған деректерді өңдей алады.

Пайдаланушылар қосымшалар арқылы таратылған дерекқормен өзара әрекеттеседі. Қосымшаларды басқа сайттардағы деректерге қол жеткізуді қажет етпейтін (жергілікті қосымшалар) және ұқсас қол жеткізуді қажет ететіндер (Ғаламдық қосымшалар) ретінде жіктеуге болады.

Таратылған ДҚБЖ-де кем дегенде бір жаһандық бағдарлама болуы керек, сондықтан кез-келген ДҚБЖ келесі ерекшеліктерге ие болуы керек:

• 
  Логикалық байланысқан ортақ мәліметтер жиынтығы.
  
• 
  Сақталатын деректер сынған біраз саны фрагменттері.
  
• 
  Фрагменттер арасында деректердің репликациясы ұйымдастырылуы мүмкін.
  
• 
  Фрагменттер мен олардың көшірмелері әртүрлі сайттарға таратылады.
  
• 
  Сайттар желілік қосылыстармен өзара байланысты.
  
• 
  Әр сайттағы мәліметтермен жұмыс ДҚБЖ арқылы басқарылады.
  
• 
  Әр сайттағы ДҚБЖ жергілікті қосымшалардың офлайн қызметін қолдай алады.
  
• 
  Әр сайттың ДҚБЖ кем дегенде бір жаһандық қосымшаны қолдайды.
  

1-суретте көрсетілген ДҚТБЖ топологиясының мысалында көрсетілген жүйенің әр сайтының өзіндік жергілікті дерекқоры болуы қажет емес..
басқармасы базасы реляциялық бөлінген



Сур.1 Дерекқорды таратылған басқару жүйесінің топологиясы
ДҚТБЖ анықтамасынан соңғы пайдаланушы үшін жүйенің таралуы толығымен мөлдір (көрінбейтін)болуы керек. Басқаша айтқанда, таратылған мәліметтер базасы әртүрлі компьютерлерге орналастырылуы мүмкін және деректерді репликациялау қызметі ұйымдастырылуы мүмкін бірнеше фрагменттерден тұратындығы пайдаланушылардан толығымен жасырылуы керек.

Әдеттегі ДҚБЖ, ең болмағанда, орталықтандырылған ДҚБЖ үшін анықталған функционалдылықтың бірдей жиынтығын қамтамасыз етуі керек, бірақ сонымен қатар, ДҚБЖ келесі функционалдық мүмкіндіктер жиынтығын ұсынуы керек.

Қосылыстар орнатудың кеңейтілген қызметтері қашықтағы сайттарға кіруді қамтамасыз етуі және желіге кіретін сайттар арасында сұраулар мен деректерді жіберуге мүмкіндік беруі тиіс.

Желіде деректерді бөлу туралы ақпаратты сақтауға мүмкіндік беретін каталогты жүргізудің кеңейтілген құралдары.

Таратылған сұраныстарды өңдеу құралдары, соның ішінде сұраныстарды оңтайландыру тетіктері және қашықтан қол жеткізуді ұйымдастыру.

Қайталанатын деректердің тұтастығын сақтауға мүмкіндік беретін параллельді басқарудың кеңейтілген функциялары.

Жекелеген сайттардың істен шығу және байланыс желілерінің істен шығу мүмкіндігін ескеретін кеңейтілген қалпына келтіру функциялары.

Қорытынды

Бұл рефераттың зерттеу саласы дерекқорды басқару жүйелері болып табылады. Бұл ақпараттық жүйелердегі революцияның сипатын анықтайтын өте маңызды сала. Қазіргі заманғы ДҚБЖ және олардың негізінде жүзеге асырылған қосымшаларды талдау олардың дамуының келесі бағыттарын болжайды.

Қазіргі заманғы ұсыну модельдері мен мәліметтер базасын іздеу. Бірнеше модельдерді немесе бір интеграцияланған модельді қолдайтын және есептеулерді ыңғайлы бағдарламалауға, символдық және графикалық ақпаратты өңдеуге, біліммен, аудио және бейне ақпаратпен жұмыс істеуге, таратылған ақпаратқа қол жеткізуге және т. б. мүмкіндік беретін ДҚБЖ қызығушылық тудырады.

ДҚБЖ жаңа архитектураларын дамыту.

Қазіргі заманғы АЖ ДҚБЖ-дан үлкен көлемдегі деректерді сақтау және өңдеу мүмкіндігін талап етеді. Осыған байланысты олар медиа иерархиясының жаңа деңгейін - үшінші жадты ұйымдастыру қажеттілігі туралы айтады. Үшінші жад құрылғылары магниттік дискілердің тіректері немесе автоматты түрде ауыстырылатын медиасы бар таспалар түріндегі құрылғылар болуы мүмкін. Мысал ретінде StorageTek корпорациясының VSM (виртуалды сақтау менеджері) буферлік жүйесі бола алады. Бұл жүйе деректерді қатты дискілерде сақтайды және сақтайды, онда олар магниттік таспаларда виртуалды көлем ретінде сақталады (әр диск буферінде 100 000 томға дейін). Пайдаланушы деректерін берудің максималды жылдамдығы-45 Мбайт/с дейін.

ДБ қолдану аясын кеңейту.

Жаңа қолдану салаларына келесі екі тапсырма класын жатқызуға болады:

• 
  Ақпараттың аса үлкен көлемін өңдеу. Мысал ретінде EOS (Earth Observing System) жерді бақылаудың жобаланған ақпараттық жүйесі болып табылады, оның негізгі элементі EOS DIS (EOS Data and Information System) деректер базасы - деректер және ақпарат жүйесі болып табылады.
  
• 
  Желіде таратылған ақпаратты өңдеу. Осы типтегі міндеттердің мысалдары Интернетте ақпаратты іздеу және іріктеу, аумақтық бөлінген ұйымдарда ұжымдық жобалауды ұйымдастыру, Электронды дизайнмен материалдық, ақпараттық, ақшалай және басқа ресурстармен алмасу міндеттері болып табылады.
  

Пайдаланған әдебиеттер тізімі

1. 
   Баженова И. Ю. жобалау Негіздері қосымшалардың деректер базасы: Интернет-Ақпараттық Технологиялар Университеті (ИНТУИТ) , 2009
   
2. 
   Голицына О. Л. деректер Базасын: учеб. құралы / О. Л. Голицына, Н.В. Максимов. - М.: Жәненфра-М, 2009 (белгісі РФ ҚМ).
   
3. 
   Дейт К. Дж. Кіріспе деректер базасының жүйесі 8-е изд. - М.: "Вильямс", 2006.
   
4. 
   Илюшечкин В. М., пайдаланудың Негіздері және мәліметтер қорын жобалау: оқу құралы. пособие: Жоғары білім, 2010
   
5. 
   Кириллов в. В. Громов Г. Ю. Введение в стықвестициялық деректер базасын: СПб.: BHV-Петербург қ. , 2009
   
6. 
   Connolly Т., Бегг К. деректер Базасын. Жобалау, іске асыру және сүйемелдеу. Теориясы мен практикасы - 3-е изд. - М.: Вильямс, 2003.
   
7. 
   Кузин А. В., Левонисова С. В., деректер Базасын: учеб. пособие для студ. жоғ. учеб. Орындарының, 2008
   
8. 
   Малыхина, М. П. деректер Базасының негіздері, жобалау, пайдалану: оқу құралы. құралы / М. П. Малыхина. - СПб.: BHV-Петербург қ. , 2007.
   
9. 
   Пирогов В.Ю., Ақпараттық жүйелер және деректер базасын ұйымдастыру және жобалау: BHV-Петербург қ. , 2009
   
10. 
    Рэймонд Фрост, Джон Әрекет, Крейг Ван Слайк, деректер Базасын. Жобалау және әзірлеу, "Баспа тобы АСТ", 2007ж.
    
11. 
    Советов Б. Я., Цехановский в. В., Чертовской В. Д., деректер Базасы: теория және практика.: Жоғары мектебі, 2007