Оқулық «Білім беруді дамытудың федералды институты»

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

Мысалы,  тұжырымдамалық  үлгіде  есептеу  индикаторлары 
көрсетілуі  керек,  бірақ  дерекқорда  сақталуы  міндетті  емес.  Осыған 
байланысты, бірінші жобалық қадамдардың бірі дерекқордың құрамын, 
яғни,  деректер  базасында  сақталуы  керек  көрсеткіштердің  тізімін 
анықтау болып табылады. 
Сонымен  қатар,  доменде  бар  сілтемелердің  барлық  түрлері  нақты 
логикалық  модельге  тікелей  салыстыру  мүмкін  емес.  Осылайша, 
көптеген  СУБД  элементтер  арасындағы  элементтерден  көптеген-көп 
қатынастарға  тікелей  қолдау  көрсетпейді.  Бұл  жағдайда  логикалық 
модельге қосымша көмекші элемент енгізіледі, бұл осы қатынастарды 
бейнелейді (осылайша, көп-көпшілік қатынасы осы жаңадан енгізілген 
элемент пен түпнұсқа элементтер арасындағы екіден көп қатынастарға 
бөлінеді). Бұған мысал келтірілген. 
Кәсіптік қатынас диаграммасын салыстырмалы дерекқор схемасына 
түрлендірудің әдеттегі қадамдық процедурасын сипаттайық.
 
1. 
Әрбір мән кестеге айналады. Кәсіпорынның атауы кестенің аты 
болып табылады. Кәсіпорын түрі мысалдары тиісті кестенің қатарына 
сәйкес келеді.
 
2. 
Әр атрибут бір атаумен кестенің бағанына айналады; Деректерді 
ұсыну  үшін  неғұрлым  дәл  пішім  таңдалуы  мүмкін.  Қосымша 
атрибуттарға  сәйкес  бағандар  анықталмаған  мәндер  болуы  мүмкін; 
міндетті атрибуттарға сәйкес келетін бағандар мүмкін емес.
 
3. 
Бірегей  идентификатордың  компоненттері  кестенің  негізгі  кілті 
болады. Бірнеше мүмкін бірегей идентификаторлар болса, негізгі кілт 
үшін  ең  сипаттамалар  таңдалады.  Қосылымда  бірегей  идентификатор 
болса, сілтеменің басқа соңында орналасқан бірегей идентификатордың 
көшірмесі бастапқы кілттің бағандар санына қосылады. Осы бағандарды 
атау  үшін,  соңғы  нүктенің  атаулары  және  /  немесе  жұпталған  нысан 
атаулары пайдаланылады.
 
4. 
Өзара  қарым-қатынас  сыртқы  кілттерге  айналады.  Қосымша 
таңбалар  анықталмаған  мәндерге  мүмкіндік  беретін  сыртқы  кілт 
бағандарына  сәйкес келеді;  міндетті  хабарламалар  -  белгісіз мәндерге 
жол бермейтін бағандар болып табылады. Егер A және B нысандарының 
арасында  бір-бірімен  қарым-қатынас  болса,  тиісті  сыртқы  кілт 
дизайнердің  өтініші  бойынша  кестеде  де,  В-кестеде  де  жариялануы 
мүмкін.
 
5. 
А  және  В  типті  субъектілер  арасындағы  көпсалалы 
коммуникацияны қолдау үшін, екі қосымша міндетті C кестесі бар
 
198
 

олардың  біреуі  А  субъектілерінің  бірегей  идентификаторларын,  ал 
екіншісі  В  субъектісінің  даналары  үшін  бірегей  идентификаторларды 
таңдайды.
 
6. 
Индекстер  бастапқы  кілт  үшін  (бірегей  индекс),  шетелдік 
кілттерге және негізінен сұрауларды негіздейтін атрибуттарға арналған. 
Жоғарыда  айтылғандай,  индекстер  мен  басқа  қосалқы  деректер 
құрылымдарының  анықтамасы  деректердің  логикалық,  құрылымдық 
емес,  физикалық  сипатына  жатады.  Әрине,  іс  жүзінде  бұл  кезеңдер 
көбінесе уақыт өте жұмысқа келеді. Айта кету керек, барлық ықтимал 
және  шетелдік  кілттерге  арналған  SQL-бағдарланған  СУБД 
индекстерінде әдетте жүйе автоматты түрде жасалады.
 
Логикалық  үлгіні  сақтау  ортасына  байлау  үшін  қысқа  мерзімді 
физикалық модель деп аталатын физикалық қабаттың деректер моделі 
қолданылады. Бұл үлгі сақтау ортасында деректерді физикалық түрде 
қалай ұйымдастыру керектігін анықтайды. Физикалық қабатты модель 
СУБД ұсынған мүмкіндіктерді ескере отырып салынған. Дерекқордың 
физикалық  құрылымының  сипаттамасы  сақтау  схемасы  деп  аталады. 
Деректер  базасын  жасаудың  тиісті  кезеңі  физикалық  дизайн  деп 
аталады.  ДББЖ  физикалық  деректерді  ұйымдастыру  үшін  әртүрлі 
мүмкіндіктері  бар.  Осыған  байланысты  физикалық  дизайнның 
күрделілігі  мен  еңбегі  және  орындалатын  қадамдардың  жиынтығы 
нақты жүйелер үшін әртүрлі болады. 
Физикалық деректер үлгісі белгілі бір ДҚБЖ көмегімен деректерді 
сипаттайды.  Физикалық  дизайн  кезеңінде  нақты  деректер  үлгісінің 
ерекшелігі  және  нақты  ДҚБЖ  ерекшелігі  ескеріледі.  Логикалық 
деректер  үлгісін  қалыптастыру  сатысында  қалыптасқан  қатынастар 
кестелерге  айналдырылады,  атрибуттар  кестелер  бағанына  айналады, 
негізгі  атрибуттар  үшін  бірегей  индекстер  жасалады,  домендер 
қолданылған  дерекқорда  қабылданған  деректер  түрлеріне  айналады. 
Логикалық  деректер  үлгісіндегі  шектеулер  түрлі  инструментальды 
құралдармен  жүзеге  асады,  мысалы,  индекстерді,  тұтастығы 
шектеулерді,  триггерлерді,  сақталған  процедураларды  пайдалану. 
Сонымен  қатар,  логикалық  модельдеу  деңгейінде  қабылданған 
шешімдер  физикалық  деректер  үлгісі  жасалатын  белгілі  бір 
шекараларды  анықтайды.  Сол  сияқты,  осы  шекараларда  әр  түрлі 
шешімдер  жасалуы  мүмкін.  Мысалы,  логикалық  деректер  үлгісіндегі 
қатынастар  кестелерге  түрлендірілуі  керек,  бірақ  әрбір  кесте  үшін 
деректерге  қол  жеткізу  жылдамдығын  арттыратын  түрлі  индекстерді 
қосымша  жариялай  алады.  Көптеген  жерде  нақты  СУБД-ға  тәуелді 
болып келеді.
 
199