Теоретико-графалық модельдер.
Иерархиялық деректер моделі.
Желілік деректер моделі.
Теоретико-көптік моделі.
Реляциялық деректер моделі.
Постреляциялық деректер моделі.
Көпмөлшерлі деректер моделі.
Обьектілік-бағдарлау деректер моделі.
1. Теоретико-графалық модельдерге иерархиялық және желілік модельдер жатады. Бұл модельдер бұрыннан пайда болған, ал қазіргі таңда олар сирек қолданылады. Алайда бүгінгі күнге дейін осы негізде жұмыс істейтін модельдердің жүйесі бар (Мысалы, желілік- FoxBase + FoxPro немесе иерархиялық- IMS/VS)
Иерархиялық деректер моделі.
Даталогиялық модельдер ішінде ең қарапайым модельдерінің бірі – иерархиялық модель болып табылады және сол модельдің ішінде ең бірінші пайда болған иерархиялық модельде деректер бұтақ тәріздес құрылым арқылы көрсетіледі.
 
Әрбір бұтақ тәріздестің тамырлық түрі бар. Әрбір элементарлық түрдің соның ішінде бұтақ тәріздес түрдлер жай немесе күрделі жазба болып бөлінеді. Жай жазбалар бір түрден тұрады (Мысалы, сандық). Ал күрделі жазба бірнеше түрдің жиынтығын қосады.
Тамырлық түр дегеніміз - өзі бағынбайтын, өзіне бағынатын түрді айтамыз.
Иерархиялық түрдің СУБД санына FC/Focus, Team-Up, Data Edge жатқызуға болады. Сонымен қатар оған Рессейде жасалған НИКА жүйесін қосуға болады. Осылар өзінің табиғаты бойынша иерархиялық құрылым болып табылады. Иерархиялық деректер моделінде жасалынған осындай құрылымы бар деректерді сақтау үшін 3.2 суретін қарастыруға болады.
Деканат
Кафедра 2
Кафедра 3
Кафедра 4
3 группа
3 студент
2 группа
1 группа
2 студент
4 группа
4 студент
1 студент
Кафедра 1
Бұл модельде әрбір деректер базасындағы жазба нақты бөлікті көрсетеді. Жазбаның арасында әрбір бөлімді бөліктермен байланыстыратын Предоктың / Потомокқа қатынасы бар. Деректер базасында қамтылған деректерді алу үшін мыналар қажет:
Кафедрадан группаны табу
Бірінші потомокқа төмен өту
Предокқа жоғары өту
Басұқа потомокқа жанына өту
Осылайша иерархиялық деректер базасында деректерді оқу үшін жазбаларды бір рет және бір жазбаға жоғары немесе төмен өтетін жазбалардың араласуын қажет етеді.
Предок пен потомок арасындағы жалпы сілтеме автоматты түрде ұстап тұрады. Еш потомок өзінің ата-анасынсыз пайда болмайды.
Желілік деректер моделі.
Бұл моделде деректер еркін граф түрінде көрсетіледі және элементтерінің
әртүрлі өзара байланысын көрсетуге мүмкіндік береді.
Осылайша, егер деректердің құрылымы күрделі болса иерархияға қарағанда, онда иерархиялық деректер базасының құрылымы оның кемшілігі болып табылады. Мысалы, кафедра деректер базасында бір пән барлық әртүрлі қатынастарда, оның тобымен байланысында қатыса алады. Пән
 
Желілiк деректер базасы бірқатар меншікті қамтиды:
Гибкость – көптеген қатынасты предок/потомок желілік деректер базасында деректерді сақтау, жай иерархияға қарағанда күрделі құрылымдарды сақтауға мүмкіндік береді.
Стандартизация – желілік модельдің CODASYL стандарттың пайда болуы және Digital Equipment Corporation және Data General сияқты кіші-компьютер жабдықтаушылары желілік СУБД құрды.
Теоретико-көптік модельдердің қысқаша мінездеиесі: реляциялық, постреляциялық, көптік өлшемді және мәліметтерді обьектілік бағдарлау модельдері.
Реляциялық деректер моделі
1970 ж. Коддом ойлап шығарған реляциялық мәліметтер моделі иерархиялық желілік модельдердің кемшіліктерін жойды. Бұл модельде нақты көрсеткіштер жоқ болды, барлық мәліметтер бағандар мен жолдарға бөлінген жай кесте ретінде көрсетілді.
ФИО
|
Дата рождения
|
Семестр
|
Группа
|
Ардабаев Д
|
13-OCT-85
|
8
|
305
|
Абеуов Д
|
27-NOV-85
|
8
|
305
|
Байбусинов Д
|
12-SEP-85
|
8
|
305
|
Касканов А
|
01-DEC-85
|
8
|
305
|
Муканов А
|
02-DEC-85
|
8
|
305
|
Реляциялық тұжырымдаманың анықтылығының өлшеміне қарай көптеген мәліметтер базалары реляциялық деп атала бастады.
Реляциялық мәліметтер базасы деп – барлық мәліметтері қолданушыларға мүмкіндік берілген базалар, кестелер қатынасы түрінде ұйымдастырылған, ал барлық мәліметтерге қойылған операциялар кестелік қатынастар операцияларына негізделеді.
Қатынастар көптеген элементтер ретінде келеді, бұл элементтер кортеж деп аталады.
Кесте – реляциялық мәліметтер базасының фундаменталды обьектісі болып табылады. Кестеге екі компонент тән: кестенің құрылымы және кестедегі мәліметтер. Кестедегі мәліметтер кестені құруда ерекшеленеді. Кесте құрылымы кез-келген мәліметті кестеге енгізу алдында жобалануы және құрылуы керек.
Мәліметтер физикалық реляциялық базаларды орналастыру сыртқы тасығыштарда жай файлдар көмегімен жүзеге асады.
Реляциялық деректер моделінің артықшылығы ЭВМ-ғы жай, түсінікті және ыңғайлы физикалық жүзеге асырушылық болып табылады. Сол себепті жай және түсініктілік қолданушылар арсында кең қолданыс тапты.
Реляциялық деректер моделінің негізгі кемшіліктері келесідей: стандартты құралдардың жоқтығы, жолдардың атауы және иерархиялық және желілік байланыстарды суреттеу күрделілігі.
Реляциялық СУБД ПЭВМ-ға мысал ретінде: dBaseIII Plus, dBaseIV (Ashton-Tate), FoxBase (Fox Software), Paradox (Borland), Visual FoxPro, Access (Microsoft), Oracle (Oracle) және т.б.
Реляциялық СУБД-ның соңғы версиялары обьектілік – бағдарламалық жүйелердің кейбір қасиеттері еңгізілген мынадай СУБД обьектілік реляция деп атайды. Мұндай жүйенің мысалы ретінде Oracle 8x өнімі деп санауға болады. Жүйенің елесі версиялары Oracle 7x дейін таза реляциялық деп саналады.
2.2 Постреляциялық деректер моделі.
Постреляциялық деректер моделі өзін кеңейтілген реляциялық модель ретінде көрсетеді. Бұл модель көп белгілі жолдардв енгізеді, олар белгіден кейінгі жолдардан тұрады. Белгілердің терімі көптік белгілік жолдарды дербестік кесте деп саналады. Ол негізгі кестеге енгізілген. Онда тапсырылған жапсырма және көрсетілген реляциялық (А), және постреляциялық (Б) модельдердегі ақпарат.
А Б
Жапсырма номері
|
Сатып алушы
|
0373
|
8723
|
8374
|
8232
|
7364
|
8723
|
Жапсырма номері
|
Тауардың аты
|
саны
|
0373
|
Тетради
|
300
|
1373
|
Ручки
|
200
|
8374
|
Карандаши
|
100
|
8374
|
Скрепки
|
1000
|
8374
|
Папки
|
200
|
7364
|
Блокноты
|
250
|
Жапсырма номері
|
Сатып алушы
|
Тауардың аты
|
Саны
|
0373
|
8723
|
Тетради
|
300
|
|
|
Ручки
|
200
|
8374
|
8232
|
Карандаши
|
100
|
|
|
Скрепки
|
1000
|
|
|
Папки
|
200
|
7364
|
8723
|
Блокноты
|
250
| Суреттен көргендей реляциялық модель (А) екі кесте жапсырма номері жолдарында байланысты. Постреляция моделінде мәліметтер аса тиімді сақталады. Өңдеу кезінде 2 кестедегі мәліметтерді біріктіру керек емес.
Постреляциялық модельдің артықшылығы: мәліметтер реляциялық байланысқан кестелердің жиынтығы бір реляциядан кейінгі кесиеден көруге болады. Бұл ақпаратты көрсету көрнектілігін және оны өңдеу тиімділігін көрсетуді қамтамасыз етеді.
Постреляциялық модельдің кемшіліктері: мәліметтерді шешу қиындығын жұмылдыруды қамтамасыз ету және сақталған мәліметтерді қайшылықсыздығы болып табылады.
СУБД мысалдары болып постреляциялық модельге негізделген мәліметтер, олар: uniVers, Bubba және Dasdb.
2.3 Көпмөлшерлі деректер моделі.
Көпмөлшерлі деректер моделі реляциондық мәліметтер модельдерімен қатар пайда болды. Бірақ оларға деген қызығушылық 90 ж. көрсетілген. Бұған 1993 ж. Э.Коддтың бағдарламалық мақаласы әсер етті.
Егер реляциялық СУБД информацияны тез арада өңдеу үшін қажет болса, ал көпөлшемді СУБД тар мамандырылған СУБД. Ол интерактивтік аналитикалық информацияны өңдеуге арналған.
  обьем продаж
волга москвич
жигули
Достарыңызбен бөлісу: | 
