Кесте аралық байланыстың схемасы
Тапсырыстар кестесіндегі кілт өрісі – тапсырыстар коды болады. Онда кім, қашан, қандай бағаға нені тапсырғаны туралы айтылады. Бұнда тағы да қай жұмысшы тапсырманы іске асырғаны туралы білуге болады. Бір жұмысшы көп тапсырманы қабылдай алмағандықтан тапсырыстар кестесінде қызметкер коды өрісі не бірегей, не кілт өрісі бола алмайды, бірақ та қызметкер кестесінде бұл өріс бірегей болады. Мұндай кестелерді реляциялық қатынасты байланысқан кестелер деп аталады. Сәйкесінше, байланысқан кестелермен жұмыс жасай алатын басқару жүйелерін реляциондық ДҚБЖ деп атайды, ал деректер схемасын техникалық әдебиеттерде реляциондық қатынасты схема деп атайды [
Деректер схемасын жасап болғаннан кейін, техникалық тапсырманың «қағаздық» кезеңі бітеді. Бұл схеманы жұмыстың тапсырушысымен ақылдасып келістіру керек, содан кейін барып деректер қорын құруға кірісуге болады. Бірақ мынаны ұмытпау керек, жобаны жасау барысында жұмысты тапсырушының басына жаңа идеялар келіп отырады. Жобалаудың барлық кезеңінде ел бір жүйеге мекеменің барлық жаңа бөлімдері мен қызмет ету орындарын кіргізуге тырысады. Тапсырушының барлық тілектерін орындау мүмкіндігі көбінде деректер қорын жасаушының мамандық дәрежесімен анықталады. Егер деректер схемасы дұрыс болса, қорға жаңа кестелерді қосу қиын емес. Ал егер қордың құрылымы тиімсіз болса, жобалаушы қиын сынақтан өтіп, тапсырушымен қайшылыққа ұшырайды. Орындаушы мен тапсырушының арасындағы қайшылық әрқашан орындаушының мамандық дәрежесінің төмендігін көрсетеді. Сондықтан деректер қорын алдын ала жобалау кезеңін негізгі кезең деп санау керек. Оның табысты болуынан, деректер қорының қаншалықты ыңғайлы болатыны және қолданушылар онымен жұмыс істеуі тәуелді болады. Егер қолданушылардың оған сұранысы болмаса, бұл олардың төмен дәрежелі қолданушылар болғаны емес, қорды жобалаушының мамандық дәрежесінің төмен болуының айғағы [9].
Кестелер арасындағы байланыс келесі мүмкіндіктерді береді:
Кілт өрісіндегі мәліметтердің өшірілу немесе өзгеру мүмкіндігін болдырмау, егер онымен басқа кестелердің кез келген өрістері байланысты болса;
Негізгі кестенің кілт өрісіндегі мәліметтерді өшіргенде немесе өзгерткенде онымен байланысқан кестелердің өрістерінде сәйкес мәліметтердің өшірілуі немесе өзгеруі автоматты түрде болады;
Байланыс қасиеттерін орнату үшін деректердің схемасы терезесінде екі кестенің өрістерін қосатын сызықты ерекшелеп алу керек, оның үстінде оң батырмамен басып ашылған контекстік менюде байланыстардың өзгеру терезесі ашылады. Онда байланысқан кестелердің аттары және байланысқа қатысатын өрістердің аттары, сонымен қоса мәліметтердің тұтас болу шартын қамтамасыз ететін басқару элементтері көрсетілген;
Егер мәліметтердің тұтастығын қамтамасыз етуде ғана жалауша қойылса, онда негізгі кестенің кілт өрісінде мәліметтерді өшіруге болмайды;
Егер онымен қоса байланысқан өрістерді каскадты жаңарту және байланысқан жазбаларды каскадты өшіруде жалаушалар қойылса, онда сәйкесінше негізгі кестенің кілт өрісінде өшіру және өзгерту операцияларына рұқсат етіледі, бірақ ол автоматты түрде байланысқан кестеде өтеді. Осылайша, кестелер арасындағы реляциондық байланысты құру бір жағынан мәліметтерді қорғауын, ал екінші бір кестеге өзгерту енгізгенде, бірнеше кестелердің автоматты өзгеруін береді [10].
Деректер қорын алдын ала жобалау осы кезеңде аяқталады және келесі кезеңде оны тікелей компьютерде іске асыру басталады. Осы кезден ДҚБЖ– мен жұмыс жасау басталады. Біздің мысалымызда біз Microsoft Access 2002 ДҚБЖ–н қарастырамыз.
Достарыңызбен бөлісу: |