Цифрлық деректердің дәлдігі, мысалы, санның бөлшек бөлігін көрсету үшін екі ондық таңбалы орын,
Жазба логикалық байланысты өрістердің жиынтығы болып табылады.
Жазба данасы - өрістердің нақты мәндерін қамтитын жазбаны жеке орындау.
Файл (кесте) - сол құрылымның жазбаларының жинағы.
Файл енгізілімінің логикалық құрылымының сипаттамасы дәйектілігі бар
жазба алаңдарының орналасуы және олардың негізгі сипаттамалары суретте көрсетілгендей. 2 және 3
Имя файла
|
Поле
|
Признак ключа
|
Формат поля
|
Имя (обозначение)
|
Полное
наименование
|
Тип
|
Длина
|
Точность (для
чисел)
|
имя 1
|
|
|
|
|
|
|
|
|
|
|
|
имя N
|
|
|
|
|
|
Рис. 2. Описание логической структуры записи файла
Файлды енгізу құрылымында мәндері кілттері көрсетілген өрістер көрсетілген:
бастапқы (ДК) және сыртқы (VC).
Бастапқы кілт (ДК) - жазбаны бірегей түрде анықтайтын бір немесе бірнеше өрістер. Егер бастапқы кілт бір өрістен болса, бірнеше өріс қосылыс кілті болса, ол қарапайым деп аталады.
Сыртқы кілт (VC) - іздеу немесе топтау мүмкіндігі ретінде қызмет ететін бір немесе бірнеше өріс. Бастапқы айырмашылығы, шетел кілтінің мәні бірнеше файл жазбаларында қайталануы мүмкін, яғни бірегей емес. Жазбаның бір данасы бастапқы кілттің мәнінен табылса, сыртқы кілттің бірнеше данасын табуға болады.
Имя файла: СТУДЕНТ
|
Поле
|
Признак ключа
|
Формат поля
|
Обозначение
|
Наименование
|
Тип
|
Длина
|
Точность
|
Номер
|
№ личного дела
|
•
|
Симв
|
5
|
|
Фамилия
|
Фамилия студента
|
|
Симв
|
15
|
|
Имя
|
Имя студента
|
|
Симв
|
10
|
|
Отчество
|
Отчество студента
|
|
Симв
|
15
|
|
Дата
|
Дата рождения
|
|
Дата
|
8
|
|
Рис. 3. Описание логической структуры записи файла СТУДЕНТ
Деректер үлгісі туралы түсінік
Дерекқор құрылымын жобалау үшін домен туралы бастапқы ақпарат қажет. Бұл ақпарат ресми түрде ұсынылғаны жөн.
Доменнің осындай ресми сипатталуы пәндік облыстың (ILM) немесе тұжырымдамалық модельдің (СМ) инфологиялық моделі деп аталады.
Кез келген дерекқордың негізі деректер үлгісі болып табылады. Деректер үлгісі деректер құрылымдарының жиынтығы, тұтастығы шектеулері және деректерді өңдеу әрекеттері. Деректер үлгісінің көмегімен домен нысандары мен олардың арасындағы өзара байланыс ұсынылуы мүмкін.
Деректер үлгісі деректер құрылымдары мен өңдеу әрекеттерінің жиынтығы.
ДББЖ осы модельдерді немесе олардың кейбір ішкі жиынтығымен иерархиялық, желілік немесе реляциялық модельді пайдалануға негізделген.
Ең көп таралған деректер моделі реляциялық болып табылады.
Иерархиялық деректер моделі
Иерархиялық модель деректерді ағаш құрылымы түрінде ұйымдастырады
Иерархиялық құрылымның негізгі ұғымдары: деңгей, элемент (түйін), байланыс.Ағаш - тораптар деп аталатын элементтердің иерархиясы. Түйін
-объектіні сипаттайтын деректер атрибуттарының жиынтығы. Иерархияның ең жоғары деңгейінде бір және жалғыз түйін - тамыры бар. Әрбір түйін түбірден басқа, бұл түйін үшін бастапқы түйін деп аталатын жоғары деңгейде бір түймені байланыстырады. Ешбір элементте бірнеше дереккөз жоқ. Әр элемент неғұрлым төмен деңгейде бір немесе бірнеше элементтермен байланыстырылуы мүмкін. Олар генерацияланған деп аталады (рис. 4).
Рис. 4. Дерекқордың иерархиялық құрылымының графикалық көрінісі
Әр дерекқор жазбасына түбірлік жазбадан бір ғана (иерархиялық) жол бар. Мысалы, күріш. 4, C4 жазу үшін жол A және B3 жазбаларынан өтеді.
Желілік деректер үлгісі
Желілік модель деректерді желілік құрылым түрінде ұйымдастырады.
Деректер арасындағы қатынаста генерацияланған элементтің бірнеше көзі болса, құрылым құрылым деп аталады.
Желілік құрылымда бірдей негізгі ұғымдар (деңгей, түйін, сілтеме), әрбір элемент кез келген басқа элементпен байланыстырылуы мүмкін.
Суретте. 5 дерекқордың желілік құрылымын графикалық түрінде көрсетеді
.
Рис. 5. Графическое изображение сетевой структуры
Байланысты деректер моделі
Реляциялық деректер моделі үлгілік объектілердің өзара байланысты екі өлшемді кестелерінің жиынтығы болып табылады.
Мысалы, реляциялық кесте университетте оқитын студенттер туралы ақпаратты бере алады (рис. 6).
№ личного дела
|
Фамилия
|
Имя
|
Отчество
|
Дата рождения
|
Группа
|
16493
|
Сергеев
|
Петр
|
Михайлович
|
01.01.76
|
111
|
16593
|
Петрова
|
Анна
|
Владимировна
|
15.03.75
|
112
|
16693
|
Анохин
|
Андрей
|
Борисович
|
14.04.76
|
111
|
Реляциялық үлгідегі екі логикалық байланысты кестелер арасындағы қатынастар осы кестелердің бірдей атрибуттарының мәндерінің теңдігі арқылы орнатылады.
Әрбір салыстырмалы кесте екі өлшемді массив және келесі сипаттарға ие:
- кестенің әрбір элементі - бір деректер элементі;
- кестедегі барлық бағандар біртекті, яғни біртекті;
-бағандағы барлық элементтер бірдей типке (сандық, таңба және т.б.) және ұзындыққа ие;
- әрбір бағанда бірегей аты бар;
- кестеде бірдей жолдар жоқ;
- жолдар мен бағандардың тәртібі ерікті болуы мүмкін.
Реляциялық модельді сипаттағанда, келесі терминдер жиі қолданылады:
қатынас, туплекс, домен.
Қатынастар жолдар жазбаларға (жолдарға) және бағандарға, қатынастар атрибуттарына (домендер) сәйкес кестелер түрінде ұсынылады.
Әрбір мән тиісті жазбаны бірегей түрде анықтайтын өріс қарапайым кілт (негізгі өріс) деп аталады. Егер жазбалар бірнеше өрістердің мәндері бойынша анықталған болса, онда осы дерекқордың кестесінде композиттік кілт бар.
6-суретте көрсетілген мысалда кестенің негізгі өрісі «Жеке файл нөмірі».
Екі реляциялық кесте арасында қатынастар қалыптасуы мүмкін.
Әртүрлі кестелер жалпы деректер өрісі арқылы біріктірілуі мүмкін.
Суретте. 7-сурет қатынастарға негізделген реляциялық үлгі үлгісін көрсетеді: СТУДЕНТТЕР, СЕССИЯ, СТИПЕНДИЯ.
Рис.7. Пример реляционной модели
СТУДЕНТІ кестесінде келесі жолдар бар: саны, тегі, аты, әкесінің аты, туған күні, тобы;
СЕССИЯ - Нөмірі, рейтингі 1, 2-балл, 3-ші нәтиже, 4-ші нәтиже, Нәтиже;
СТИПЕНДИЯ - Нәтиже, пайыз
СТУДЕНТТІК ЖӘНЕ СЕССИЯ кестелері сәйкес келетін кілттерге (Number) ие, бұл олардың арасында байланыс орнатуды жеңілдетеді.
SESSION кестесінде негізгі кілт нөмірі бар және оның SCHOLARSHIP кестесіне сілтемесін беретін сыртқы кілт бар.
Қолжетімді байланыстардың арқасында келесі артықшылықтарға қол жеткізілді:
1. Ақпарат қайталануын болдырмауға болады. Барлық қажетті деректер тек бір кестеде сақталуы мүмкін. Мәселен, мысалы, әр студенттің емтихан тапсыратын топтық санын сақтау үшін СЕМИНАР кестесіне қажеттілік жоқ, Студенттер кестесімен байланыс орнату жеткілікті.
2. Реляциялық дерекқорларда өзгерістер енгізу оңай
SESSION кез-келген мәндерді өзгертеді, содан кейін дұрыс ақпарат автоматты түрде бірінші кестеге (мысалы, SCHOLARSHIP кестесі) сілтеме жасалады.
3. Реляциялық емес деректер қорларында қол жетімді барлық тәуелділікті беру қиын, яғни, әр түрлі кестелердегі деректерді бір-біріне қосу Реляциялық дерекқор барлық осы әрекеттерді автоматты түрде орындайды.
4. Реляциялық дерекқорларда түрлі деректер кестелері арасындағы қате қатынастарды орнатпаңыз және қажетті жады сыйымдылығы минимумға дейін азаяды.
Деректерді жобалау
Дерекқор субъектісінің аймағын талдау және сипаттау
Зерттеу аймағы дерекқордың және оның қосымшаларының көмегімен сипатталған немесе модельденетін шындықтың фрагменті. Тақырыптық салада ақпараттық объектілер анықталады - олар туралы мәліметтер базасында сақталатын нақты әлемдегі объектілер, процестер, жүйелер, тұжырымдар және т.б.
Доменді талдау келесі тәртіпте жүзеге асырылады: кәсіпорынның атауы, кәсіпорынның мақсаты, кәсіпорын құрылымы, пайдаланушылардың ақпараттық қажеттіліктері. Бағдарламалық қамтамасыз етуді сипаттау үшін дерекқордың негізгі шешілген тапсырмалары берілуі керек. Бағдарламалық қамтамасыз етудің жұмыс істеу процесінің ауызша сипаттамасын беріңіз, бағдарламалық жасақтамадағы негізгі экономикалық операцияларды талдаңыз. Кәсіпорын құрылымын талдап, жеке бөлімшелер орындауы керек тапсырмаларды тізімге енгізіңіз.
Доменді талдауды үш фазаға бөліп тастау ұсынылады:
1. тұжырымдамалық талаптар мен ақпараттық қажеттіліктерді талдау;
2. Ақпараттық объектілерді және олардың арасындағы байланыстарды анықтау;
3. Концептуалды домен үлгісін құру және тұжырымдамалық дерекқор схемасын жобалау.
Концептуалды талаптар мен ақпараттық қажеттіліктерді талдау
Деректер базасы үшін пайдаланушылардың талаптары олардың қарқындылығы мен деректер көлемін көрсететін сұраулардың тізімі болып табылады. Бұл ақпаратты DB әзірлеушілері болашақ пайдаланушылармен диалогта алады. Бұл жерде ақпаратты енгізу, жаңарту және жаңартуға қойылатын талаптар түсіндіріледі. Қолданушылардың талаптары бар және перспективалық тапсырмаларды талдап, толықтырылады.
Әртүрлі тақырыптық салаларды талдау кезінде сұрақнаманың жуық құрамын қарастырыңыз.
Мысал. Университеттің студенттеріне арналған деректер базасын жасау ұсынылады. Тақырыптық аймақты талдау:
1. Университетте қанша студент оқиды? 2. Университетте қанша факультеттер мен кафедралар бар? 3. Кафедралар мен курстар студенттерді қалай таратады? 4. Әр мамандық бойынша әр пән бойынша қанша пәндер оқылады? 5. Деректер базасында ақпарат қаншалықты жиі жаңартылады? 6. Университетте қанша оқытушы бар? 7. Шетелдік студенттер қанша жатақханада, жеке пәтерде тұрады? 8. практикалық сабақтар, зертханалар үшін аудиториялар мен аудиториялардың саны қанша? 9. Оқылатын курстар арасында қандай сабақтастық бар?
10. Сілтемеде келтірілген ақпарат ретінде. 1-9, қазіргі уақытта қолданылады (кесте, емтихандар, тесттер және т.б.) және оны қалай пайдалануға болады?
11. Күніне қанша рет, қанша адам және дерекқор пайдаланатын?
Ақпараттық объектілер мен олардың арасындағы байланыстарды анықтау
Екінші кезең домен талдау, әр нысан бойынша қажетті тапсырма сипаттарын ақпарат нысанды таңдау объектілері арасындағы қатынастарды анықтау, деректер объектілері бойынша шектеулерді анықтау тұрады, олардың арасындағы байланыстарды түрлері, ақпаратты сипаттамалары мысал дерекқор өзінің негізгі домен пәндерді талдау «VCR».
Ақпараттық объектілерді таңдаған кезде, біз бірқатар сұрақтарға жауап беруге тырысамыз:
1. Деректер базасында сақталатын деректерге қандай сыныптар бөлінуі мүмкін?
2. Әрбір деректер сыныбына қандай атау берілуі мүмкін?
3. Әрбір деректер класының ең қызықты сипаттамалары (пайдаланушы көзқарасынан) қандай айырмашылықтар болуы мүмкін?
4. Таңдалған функционалдық топтарға қандай аттарды тағайындауға болады?
Мысал. Жабдықтардың осы түрін сатып алғысы келетін пайдаланушыларға арналған «Видеорегистрлер» ДБ.
бейнемагнитофон, бейне ойнатқыш, бейне кассета: түрлі пайдаланушыларға сөйлесіп, және каталог шолу кейін қызықты үш ақпараттық объект болып табылады, бұл табылған болатын. Әрбір ақпараттық объектінің ең маңызды сипаттамаларын қарастырыңыз.
Нысан - бейнемагнитофон.
Атрибуттар - шығарылған елі, өндіруші, модель нөмірі, теледидар жүйесі, кластерлік ұя, үздіксіз қызмет, авто іздеу жүйесін, желідегі кернеу, таймер қатысуымен, бағдарламалар, лшемдер, салмағы, АҚШ доллары бойынша баға, жыл саны саны.
Объект - VIDEOPLAYER,
Атрибуттар - шығарылған елі, өндіруші, модель нөмірі, теледидар жүйесі, ойнату басшыларының саны, үздіксіз жұмыс ресурстық, тоқ кернеуі, таймер болуы, өлшемдері, салмағы, АҚШ доллары бойынша баға, жыл.
Объект - VIDEO CASSETTE.
Атрибуттар - атау, өндіріс елі, өндіруші, кассетаның түрі, ойнау уақыты, доллардағы баға.
Әрі қарай, ақпараттық объектілерді ажыратып көрейік. Осы үдерістің барысында келесі сұрақтарға жауап беруге тырысамыз:
1. Ақпараттық объектілер арасындағы байланыстардың түрлері қандай?
2. Әрбір қатынасқа қандай атау берілуі мүмкін?
3. Кейінірек пайдалануға болатын сілтемелердің қандай түрлері бар?
4. Сілтеме түрлерінің кез-келген комбинациясы мағынасы бар ма?
Объектілерге және олардың сипаттамаларына шектеу қоюға тырысамыз.
Дұрыстығын шектеу әдетте деректерге енгізілген логикалық шектеулер ретінде түсініледі. Мінез-құлықтың шектелуі - бұл белгілі бір ақпараттық нысан немесе оның сипаттамалары үшін анықталған және олардың әрқайсысы үшін сақталуы тиіс қасиет.
Төмендегі шектеулерді енгіземіз:
1. «Кассета сокетінің саны» атрибутының мәні 1-ден 2-ге дейін өзгереді.
2. «Үздіксіз ресурс» атрибуты 4-тен 24-ге дейін өзгереді.
3. «Желідегі кернеу» атрибуты 110-нан 240 В-ға дейін өзгереді.
4. «Бағдарламалардың саны» атрибуттарының мәні 1-ден 20-ға дейін өзгертіледі және т.с.с.
Объектілердің әр түрлі сыныптары арасындағы байланыстар.
Нысан сыныптарынан басқа ILLs нысандардың әртүрлі сыныптары арасындағы қатынастарды көрсетеді. Мұндай қарым-қатынастар нақты әлемдегі түрлі түрлердің объектілері арасындағы қатынасты симуляциялайды. ILM-те орналастырылған сілтемелерді таңдағанда, дерекқордың пайдаланушыларының ақпарат қажеттіліктері басшылыққа алынады.
Әрбір қарым-қатынас атаумен, түрімен, тиесілігімен және бағдарымен сипатталады. Байланыстың атауы, мысалы, сөздік айналым болуы керек
«Белгілі», «бекітілген», «қосылған» және т.б.
Доменнің барлық ақпараттық объектілері байланысты. Корреспонденциялар, домен объектілері арасында туындайтын қатынастар,
қосылым деп аталады. Қосылымдардың бірнеше түрі бар, олар үшін келесі белгілер енгізіледі:
Байланыстың төрт түрі бар:
«бір-біріне» (1: 1);
«біреуден көпке дейін» (1: M);
«көпке дейін» (М: 1)
«көпшілікке дейін» (M: M).
Мысалдағы сілтемелердің осы түрлерін қарастырайық.
Мысал. Университеттегі оқу үдерісін көрсететін ақпараттық объектілердің жиынтығы:
СТУДЕНТТЕР (САНЫ: 1-сынып, 2-деңгей, 3-дәрежелі, 4-ші сұрақ, Нәтиже) СТИПЕНДИЯ (Нәтиже, Пайыз)
ОҚЫТУШЫ (мұғалімнің коды, тегі, аты, әкесінің аты)
Нақты қарым-қатынас (1: 1) әрбір сәтте А ақпараттық объектісінің бір данасы B ақпараттық нысанының бір данасынан аспайды және керісінше. Сурет. 8 қатынастардың түрін суреттейді.
Рис. 8. Графическое изображение реального отношения 1:1
1: 1 байланысының үлгісі - СТУДЕНТТІК ЖӘНЕ СЕССИЯ ақпараттық объектілер арасындағы байланыс:
СТУДЕНТ <-> СЕССИЯ
Әр студенттің сеанста емтихан белгілерінің белгілі бір жиынтығы бар. Біреуден көп (1: M) байланыс болған кезде, ақпараттық объектінің бір данасы
A B нысанының 0, 1 немесе одан да көп даналарына сәйкес келеді, бірақ B нысанының әрбір данасы A нысанның 1 данасынан аспайтын болады. Графикалық түрде, бұл сәйкесінше сур. 9.
Рис. 9. Графическое изображение реального отношения 1:М
1: M байланысының мысалы ақпараттық объектілер арасындағы байланыс болып табылады: СТИПЕНДИЯЛЫҚ ЖӘНЕ СЕССИЯ:
СТИПЕНДИЯ <-> СЕССИЯ
Сессияның нәтижелеріне негізделген шәкіртақы мөлшері әртүрлі студенттер үшін бірнеше рет қайталануы мүмкін.
Көптеген-көп қатынастар (M: M) уақыттың бір мезгілінде A ақпараттық объектісінің бір данасы B және керісінше нысанның 0, 1 немесе көп даналарына сәйкес келеді деп есептейді. Суретте. 10 көрсетілген сызбаларды графикалық түрде көрсетеді.
Рис. 10. Графическое изображение реального отношения М : М
Бұл қарым-қатынастың үлгісі СТУДЕНТТІҢ және ОҚЫТУШЫ ақпараттық объектілердің арасындағы байланыс:
СТУДЕНТТЕР << - >> ОҚЫТУШЫ
Бір студент көптеген мұғалімдерді оқытады, біреуі көптеген оқушыларды оқытады.
Деректер базасын құру кезінде көпшілік қарым-қатынас әдетте «көп» тараптан кестеде қосымша өрісті енгізу арқылы физикалық түрде ұйымдастырылады. Бұл өріс шетелдік кілт деп аталады. Суретте. 10. топтық код - сыртқы кілт.
Рис. 10. Введение внешнего ключа в БД
Ақпаратты (тұжырымдық үлгі) домен құру
Доменді талдаудың соңғы фазасы оның инфологиялық құрылымын немесе тұжырымдамалық моделін құрастыру болып табылады.
Тұжырымдамалық модель субъектілердің сипаттамаларын және олардың пәндік доменге (ПО) қызығушылық танытатын және деректерді талдау нәтижесінде анықталған өзара қарым-қатынастарын қамтиды.
Концептуалды модель жүйенің пайдаланушыларын ақпараттық қызығушылықтарын ескере отырып, пәндік саланы құру үшін қолданылады. Бұл тақырыптық саланың ақпараттық мазмұнын жүйелеуге мүмкіндік береді,
бағдарламалық жасақтаманың үстінен «жоғары қарай» өтіп, оның жеке элементтерін көріңіз. Мәліметтердің деңгейі таңдалған модельге байланысты.
Тұжырымдамалық модель - бұл субъектінің көзқарасының субъектінің көзқарасы және ДББЖ бағдарламалық жасақтамасына немесе техникалық шешімдеріне тәуелді емес.
Тұжырымдамалық үлгі тұрақты болуы керек. Деректерді өңдейтін қолданбалы бағдарламалар өзгеруі мүмкін, оларды физикалық сақтауды ұйымдастыру өзгеруі мүмкін, тұжырымдамалық үлгі өзгеріссіз қалады немесе қосымша деректерді қосу үшін артады.
Тұжырымдамалық схеманың ең кең тараған моделдерінің бірі - бұл модель
«Essence - байланыс» (ER-үлгілері (ER-диаграммалар)). Бұл модельдің негізгі құрылымдары - субъектілер мен байланыстар.
Түсіну мәні бойынша бағдарламалық қамтамасыз ету объектісінің негізгі мазмұны туралы ақпарат жиналады. Негізінде, орын, нәрсе, адам, құбылыс пайда болуы мүмкін.
Ұйымның данасы - нақты нысан. Мысалы:
Мәні атрибуттармен - сипаттамалармен анықталады. Мысалы
сущность - служащий
атрибуттары: аты, жылы, мекен-жайы, білім беру және т.б.
Үлгіде төлсипатты орнату үшін, оны атаңыз және рұқсат етілген мәндер ауқымын анықтаңыз. Атрибуттың мақсаты - субъектіні анықтау.
Қатынас субъектілер арасындағы қарым-қатынасты анықтайды. Сілтемелер түрлері: бір-біріне, біреуіне дейін, көпшілігі көп.
«Субъект-қатынас» моделін жасау кезінде графикалық диаграммалар қолданылады. Бұл жағдайда олар мыналарды білдіреді: субъектілер - тіктөртбұрыш, атрибуттар - овал, сілтемелер - ромбдар, 11-суретті қараңыз.
Іс жүзінде, біреуін таңдайтын модельдің бірнеше варианттарын салу керек, бұл пәннің аймағын толығымен көрсетеді.
Нысандардың сыныбы - қасиеттер жиынтығы бар нысандардың жиынтығы. Мысалы, «СТУДЕНТТІК» сыныбы объектілері үшін мұндай қасиеттер жиынтығы: «YEAR_REDUCTIONS», «POL» және т.б.
Нысандар жоғарыда аталған «СТУДЕНТ» пәні және реферат сияқты шынайы болуы мүмкін, мысалы, студенттер оқитын «СОТ».
Мысал. «Сессия» деректер қорын жасаңыз. Деректер қоры семестрдегі факультеттердегі студенттердің жетістіктері туралы жедел ақпарат беруі керек. Сессияның нәтижелері тек емтихандар болып табылады.
Іс жүзінде, тапсырманы қалыптастыруға негізделген деректер базасы тек бір ғана бағдарлама ретінде анықталуы мүмкін. Біз осы немесе сол пәндер бойынша әртүрлі факультеттердегі студенттердің жетістіктері туралы айтып отырмыз. Нақтырақ айтқанда, әрбір студенттің сессиясы, оқу тобы, курсы, факультеті, сондай-ақ автоматтандырылған мәлімдеме жасау туралы сертификаттар беру туралы
Келесілерді таңдап көрейік:
ИНСТИТУТ, ФАКУЛЬТЕТ, СТУДЕНТ, ОҚЫТУШЫ, ТӘРТІБІ.
Бұл мысалда сіз EXAM немесе STATEMENT мәнін таңдауға болады, бірақ таңдай алмайсыз, бірақ сілтемелер арқылы қол жетімді деректер тізімін жасай аласыз.
Әрбір ұйымды атрибуттар жиынтығымен тағайындаңыз:
ИНСТИТУТ (атауы, бағыныстылығы, мекен-жайы, телефоны, ректордың толық атауы)
ФАКУЛЬТЕТ (атауы, мамандық коды, кафедра туралы мәліметтер, түлектер саны, деканы).
СТУДЕНТ (аты, топ, курс, ағымдағы семестрдің нөмірі, жынысы).
ОҚЫТУШЫ (толық атауы, лауазымы, лауазымы, бөлім, қызмет ету мерзімі).
Дисциплина (атауы, сағат саны, пәннің коды, кәсіп түрлері, семестрдің саны, ағымдағы семестр саны, курстары оқытылатын)
Кәсіпорын сипаттайтын төлсипаттардың әрбір жиынында, сіз кілт атрибуттарын таңдауыңыз керек, яғни, мәнін бірегей ететін атрибуттар. Атрибуттарды көрсете отырып, негізгі атрибуттарға баса назар аударылды.
Кәсіпорындар арасындағы қарым-қатынасты анықтаңыз.
Сілтеме атауы Мекеменің арасындағы байланы
студенттің, факультеттің шақыруы
Оқушыларды, пәндерді оқыту
Институт, факультет бар
жұмыс, мұғалім, оқытушы
Мұғалім, мұғалім, тәртіп
Емтихан тапсырушысы, пән, мұғалім
Субъектілерді таңдағаннан кейін, атрибуттарды тағайындау және қарым-қатынастарды талдаудан кейін, ақпаратты (тұжырымдамалық) дерекқор схемасын құруға болады.
ДБ «Прогресс» концептуальды диаграммасы 11-суретте көрсетілген (диаграммадағы субъектілердің атрибуттары көрсетілмейді).
Қарастырылған мысалда кейбір шектеулер қарастырайық:
1 «Телефон» атрибутының мәні (INSTITUTE мәні) оң бүтін алты таңбалы санымен беріледі.
2 Факультеттің коды (субъект - FACULTY) төлсипатының мәні 1-10 аралығындағы жатыр.
3. «Курс» атрибутының мәні (мәні - СТУДЕНТ) 1 - 6 аралықта жатыр
4. «Семестр» атрибутының мәні (мәні - СТУДЕНТ, ТӘРТІБІ) 1-12 аралығындағы жатыр.
5. «Сағаттардың саны» (субъект - DISCIPLINE) атрибуты 1-300 интервалында жатыр.
6. Бір студентке тек бір топ тағайындалуы мүмкін.
7. Бір студент тек бір факультет бойынша оқи алады.
8. Семестрдегі бір студент 3-5 пәннен өтеді
9. Студент бір семестрде 6-дан 12 пән бойынша оқиды.
10. Бір мұғалімге тек бір кафедра жатады.
11. Бір студент бір пәннен үш реттен артық емес ала алады.
12. Кілттер: институттың аты, факультет атауы, студенттің толық аты-жөні және топ, оқытушының аты-жөні және оқытушысы, пәннің атауы.
Рис 11. Концептуальная схема БД «Успеваемость»
Рис. 12. Пример построения инфологической модели данных.
Физикалық жобалау
3,1 Датографиялық дизайн
Ақпараттық модель дерекқордың деректер базасының моделін құрудың бастапқы үлгісі болып табылады және нақты дерекқорды жобалау және әзірлеу процесінде домен мамандары (деректер банкі жасалатын) және дерекқор әкімшісі үшін аралық үлгі ретінде қызмет етеді.
Рис. 13. Структура проектирования БД
Деректерді деректер мазмұны мен физикалық құрылымына қарамастан деректер элементтерінің логикалық байланыстарын көрсететін үлгі ретінде түсініледі. Бұл жағдайда деректер моделі ДББЖ-ны нақты жүзеге асыруды ескере отырып әзірленеді, сонымен қатар оның инфологиялық моделінің негізінде белгілі бір тақырыптық аймақтың ерекшелігін ескереді.
Алдымен доменнің ақпараттық моделі жасалды. Алдын ала инфологиялық модель жоба алдындағы сатысында құрылады, одан кейін деректер базасын жобалаудың кейінгі кезеңдерінде жетілдіріледі. Содан кейін оның тұжырымдамалық (логикалық), ішкі (физикалық) және сыртқы модельдері құрылады.
Деректер дизайнының түпкі нәтижесі - бағдарламалау тіліндегі дерекқордың логикалық құрылымының сипаттамасы. Дегенмен, егер дизайн «қолмен» орындалатын болса, онда анықырақ болу үшін алдымен дерекқор құрылымының схемалық графикалық көрінісі жасалады. Бұл жағдайда деректерді сипаттау тілінің конструкциялары мен ақпараттық бірліктердің графикалық таңбалары мен олардың арасындағы байланыстар арасында бір-біріне сәйкес болу керек.
Графикалық ұсыну, сондай-ақ, дизайнермен байланыс жасау үшін және жобаны құжаттау кезінде интерфейс құралы ретінде дерекқордың құрылымын автоматтандырылған жобалауда қолданылады.
Дерекқордың логикалық құрылымын жобалау үшін барлық ақпараттық бірліктер мен олардың арасындағы байланыстарды анықтау, олардың атауларын көрсету; Ақпараттық бөлімдер үшін әртүрлі типтерді қолдануға болады, содан кейін олардың түрін анықтаңыз. Сондай-ақ, кейбір сандық сипаттамаларды, мысалы, өрістің ұзындығын орнатыңыз.
3,2 Датологиялық модельдің сипаттамасы.
Деректер үлгісі пайдаланылатын деректер қорының терминдерінде орындалатын деректер қорының сипаттамасы. Дерекқорды жасағанда жиі реляциялық ДББЖ пайдаланылады. Осы типтегі ДҚБЖ үшін деректер массасы арнайы формалардың жиынтығы ретінде ұсынылады (1.4-кесте).
Мұндай кесте моншаның дерекқорында пайдаланылатын әрбір қатынас үшін жасалады. Дерекқордағы қатынастар инфологиялық модельден нысан класстарына сәйкес келеді. Сонымен қатар, қарым-қатынас тақырыптық доменнің кейбір қатынастарымен байланысты болуы мүмкін.
Әр кестеге оның кілттері тағайындалуы керек. Негізгі схема - кілтті құрайтын қатынастардың атрибуттарының тізбесі.
Қарапайым және аралас кілттер бар. Қарапайым кілт бір төлсипаттың негізінде құрылады. Композициялық кілт бірнеше атрибуттарды пайдалану негізінде құрылған.
Кілттер негізгі, сыртқы және қосалқы болып бөлінеді.
Бастапқы индекс әрбір кесте үшін бір ғана болуы керек. Негізгі кілтті жасау үшін пайдаланылатын атрибуттардың мәндері болуы керек
Кестеде әрбір кіріс үшін бірегей. Бастапқы кілт мәндері әр жазбаны бірегей түрде анықтайды. Бастапқы кілттің мәнімен кестеде екі жазбаша болуы мүмкін емес. Мысалы, қатынас үшін бастапқы кілт ретінде
«Қызметкерлер» сіз әр қызметкердің жазбалары үшін бірегей болып табылатын «Қызметкерлер нөмірі» атрибутын таңдай аласыз.
Сыртқы пернелер 1-мысал: қатынастар арасындағы M қатынастары үшін қолданылады. Сыртқы кілт кілт жағында орналасқан қатынас үшін жасалады
«Көптеген» сілтемелер 1: М. Әрбір мұндай қарым-қатынас үшін деректер кілтін шетелдік кілт көрсету керек. Шетелдік кілт әрқашан 1-ші типті қосылымның «бір» жағында орналасқан қатынастың тиісті бастапқы кілтіне ие болуы керек: M.
Қосылған кілт үшін «сыртқы - бастапқы» сызық сызығының сызбасына схема бойынша қосылады. Мысалы, егер Қызметкерлер кестесінде төлсипат болса
«Санат шифры», бұл атрибут «Санаттар» кестесімен байланысу үшін сыртқы кілт ретінде пайдаланылуы мүмкін. Соңғы кестеде «Санат шифры» өрісінде бастапқы кілт болуы керек. Сыртқы пернелер бір кестеге бірнеше болуы мүмкін.
Бастапқы және шетелдік кілттер, әдетте, жол немесе нақты түрге ие атрибуттар емес, бүтін атрибуттарға негізделгенін атап өту керек.
Бастапқы және шетелдік кілттерге қосымша көмекші индекстер жиі қолданылады. Олар сілтемелерді жүзеге асыру үшін, экранды көрсетіп, есептерді жасау кезінде қажетті тапсырыс алу үшін қолданылады. Қосалқы индексті пайдаланудың әр жағдайда, оның қажеттілігі негізделуі керек. Көптеген көрсеткіштерді пайдалану ДББЖ жұмысын баяулатады; қатынастар жазбалары бойынша операциялар барлық индекстерді түзетуді талап етеді.
II. Практикалық жұмыстың орындалуын қамтамасыз ету
№1 тәжірибелік жұмыс жазбаша түрде жүргізіледі және сабақтың соңында емтиханға жіберіледі. Тексеруден кейін баға белгіленеді
Достарыңызбен бөлісу: |