Преди създаването на базата данни е необходимо да има описание на избраната област, които трябва да покриват реалните обекти и процеси, идентифициране на източниците на информация, за да се срещне потребителски нужди и изисквания в данните.
Да разгледаме процеса на създаване на база данни за конкретен пример - създаване на база данни на "учебен процес", за да се разреши проблемът с автоматизация на напредък и в присъствието на студенти в семестър счетоводни учениците. В рамките на автоматизацията в този случай се отнася до възможността да се получи бързо обобщени данни за резултатите на отделните ученици и групи, броя на часовете, пропусна един или друг ученик за всеки период от време.
Източниците на данни включват: списъци на групи от студенти, преподаватели списък планират да проведат курсове по групи, срокове, изпит лист.
база данни Сграда включва следните симулационни стъпки:
1. Създаване на логически модел на база данни.
2. Създаване на datalogicheskoy модел.
3. Създаването на физически модел.
Infological модел на базата данни - модел, който понякога е по-лесно да се обадите на информация, описваща структурата на базата данни като цяло, не е свързан с някакви специфични понятия в базата данни. Най-често това описание се използва така наречения ER-диаграма или по друг начин, моделът "същността - комуникация", в който се описва в базата данни със същността на понятията. отношения и референтна цялост.
Същността - предмета, който се характеризира страна описано явление, което има относителна независимост, разкритието от който (за които) трябва да се съхранява на носител (памет). Essence описва атрибути - с име характеристики, които определят каква информация трябва да се показва в него. Атрибутът име трябва да е уникално за конкретния вид юридическо лице, но може да бъде една и съща за различни лица. Всеки представител лице се нарича например.
За нашата задача относителна независимост има следните групи от данни, които са подчертани като субекти и определят техните атрибути:
- УЧИТЕЛИ (име, собствено име)
- ДИСЦИПЛИНА (име, вид на заетостта, учител)
- ГРУПИ (номер, номер на студентите, специализация)
- Student (Последно, Първо, MI)
- ДЕЙНОСТИ (дисциплина, дата, номер на двойки)
- Делеции (Урок, Student)
- Прогрес (Student Резултат)
Ясно е, че същността на дисциплината "включен" в естеството на работа, определя същността по много начини, които от своя страна, по начин, който в съчетание с учениците и "е" същността на прохода. Такова взаимодействие е описан като появата на образувания един субект към друг и, съответно, напротив, зависимостта на един субект от друга, и се характеризира с концепцията за комуникация.
Съединения определят връзката и взаимодействието или лица в базата данни. Съобщенията са описани от техните атрибути, като например име. степен ( "12:59", "едно към много", "много към един" и "много-към-много") и признаци на ангажираност.
По този начин, според една дисциплина извършва много дейности и поради това, връзката между лица дисциплина и заетостта трябва да бъде "едно към много" да подпише задължението от страна на природни предмети (за всеки клас задължително дисциплина трябва да съществува, в която е извършена), и по избор на страната ДЕЙНОСТИ характер (наличие на тази или онази дисциплина не гарантира, че класовете вече бяха проведени от него). непременно знак от страна на "много", а не непременно на страната на "едно", като правило, винаги отношенията "един към много".
Признаци на необходимата връзка между субектите, описани по отношение на референтна цялост. или да не допуска съществуването на информация за всеки един случай, на първото лице при липса на такива в свързаното лице. Условия проверява с помощта на базата данни по време на следните операции: референтна интегритет
1) добавяне на нови елементи. Например: Добавяне на нова група не е ограничено, но нов ученик, можете да въведете само съществуваща група;
2) отстраняване на копия на лица. Например: отстраняването на един студент минава не е ограничено, но отстраняване на ученика трябва да включва отстраняване на всички свързани с отсъствия;
3) актуализиране случаи. Например: редактиране на номера на група в групата за лице трябва да доведе до съответна промяна в данните за всички студенти в тази група, съблекални за групи от студенти трябва да включват проверка на съществуването на такива номера, а при липса на такива, да се забрани промяната.
За да може да бъдат установени връзки между лица и задачите референтни условия цялост трябва да бъдат в състояние да разделя едно копие от друг субект, т.е. потрябва ключ - минимален набор от атрибути, стойността на които може еднозначно намерите желания инстанция на предприятието. Minimality означава, че изключването на набор от който и да е не атрибут определят характера на останалите.
Но в нашия случай, за уникална идентификация на учителя, дори пълен набор от качества, определени за него (фамилия, име, четете на обекта), не може да бъде достатъчно, защото Най-общо казано, човек може да си представим ситуация, в която един групови уроци по същата тема са двама души с едно и също име, фамилия и фамилното име. Колкото повече, че изграждането на всеки учител на толкова много ключов израз, който също трябва да бъдат дублирани за всеки съответен субект инстанция е заета, е практически много трудно. Затова в такива случаи, се процедира, както следва: по същество учители и се добавя уроци за допълнителни атрибути, които идентифицират еднозначно всеки учител, например, някои уникален номер - кода.
По същия начин, помислете за други комуникационни и най-накрая се получи следното Infological модела:
- УЧИТЕЛИ (KodPrepodavatelya, фамилия, име);
- Група (номер на група, специалист);
- Студенти (KodStudenta Група, фамилно име, собствено име);
- ДИСЦИПЛИНА (KodDistsipliny, дисциплина, Група, VidZanyaty, време, VsegoChasov, ChisloSemestrov, KodPrepodavatelya);
- CONTROL (KodKontrolya, KodDistsipliny, контрол);
- Прогрес (KodUspevaemosti, KodKontrolya, KodStudenta, Резултат);
- ДЕЙНОСТИ (KodZanyatiya, KodDistsipliny, Дата, Двойка);
- ПРОПУСКИ (KodPropuska, KodZanyatiya, KodStudenta).
Освен това, всеки обект е представен във вид на таблица, заглавията на колоните, които неговите атрибути се наричат полета. и струни - по същество екземпляра - нарича записи. Правилността на модела се проверява във всяка среща получените правилата маса бази данни нормализация, които са неговите основни разпоредби гласят, както следва:
• във всяка таблица трябва да бъде ключът, който еднозначно характеризира всеки запис;
• Във всяка маса, по принцип, не трябва да бъде на дублиращи се стойности в полетата, няма служители, за да се свързват към масата, на която тази таблица е зависим.
Във връзка, ако е необходимо, може да се наложи условия на референтна цялост: каскада изтриване и \ или актуализация - премахване или актуализиране на маса намира от страната на "много" (подчинен на маса), всички записи с идентична стойност на полето със съответния ключ областта на маса намира се на "един" (основната маса), при премахване на цялото вписване или промяна на този ключ област.
Графично представяне на информация и логически модел, показан на фиг. 1. правоъгълници представляват таблицата на базата данни за пълния списък на полета и връзки показват, направени връзката таблиците за някои области. Ключови имената на полетата в горната част на пълния списък на записите в таблицата.
Свързани статии