Datalogicheskoe дизайн

Концептуален (Infological) дизайн - да се изгради модел на семантична домейн, това е моделът на информация от най-високо ниво на абстракция.

Такъв модел е създаден без насочване към определена база данни и данни модел. Термините "семантичен модел", "концептуален модел" и "infological модел" са синоними. Освен това, в този контекст, в еднаква степен може да се използва думата "модел на база данни" и "модел на домейн" (например, "концептуален модел на база данни" и "концептуален модел домейн"), тъй като този модел е подобен начин реалност и начин проектира база данни за тази реалност.

Най-често на концептуалния модел на база данни включва:

· Описание на информационните обекти или понятия в областта и връзките между тях.

· Описание на ограничения, т.е. изисквания за валидни стойности на данни и връзките между тях.

Тя включва следните нива моделиране на база данни:

· Собствен предметната област

· Модел на домейн - нашите знания за предметната област. Това знание може да се изрази под формата на неформални и формални (документи);

· Логически модел на данните - описва особеностите на областта и техните взаимоотношения, и ограничения върху данните. Той е прототип на бъдещата ПБ. Тя е изградена от гледна точка на информационните единици, без позоваване на конкретна СУБД. Основните средства за развитието на модела на логиката са ER-диаграми ( "субект-отношения" диаграма).

Логически (datalogicheskoe) дизайн - създаване на схема на база данни въз основа на определен модел на данни, например, моделът на релационни данни. За релационен модел datalogicheskaya модел на данни - набор от схеми отношения, обикновено с първичен ключ и "връзките" между съотношения, представляващи външни ключове.

Трансформацията на концептуалния модел на логически модел, като правило, се извършва от формални правила. Тази стъпка може да бъде до голяма степен автоматизирано.

На етапа на проектиране логика взема предвид спецификата на определен модел на данни, но това не може да се вземе предвид спецификата на конкретна СУБД.

Тя включва следните нива моделиране на база данни:

· Физически модел на данните - описва данните с помощта на конкретна СУБД. Ограниченията, които съществуват в логически модел, приложени по различни начини СУБД;

· Действителната базата данни и приложения - базата данни се осъществява по специфичен хардуер и софтуер, база с използването на работа оптимизация.

12. Моделът "същност- отношения"

В реалния дизайн на структурата на базата данни се използва метода на - така наречената семантична моделиране. Семантичната моделиране е структури за моделиране на данни, въз основа на значението на данните. В различни изпълнения диаграми лице-връзката (- Entity-запознанството ER) се използват като инструмент за семантичен моделиране.

Ще опишем работата с ER-диаграми, близки до Баркър нотация е доста лесно да се разберат основните идеи. Тази глава е по-скоро илюстрация на методите на семантична моделиране, отколкото пълна въведение в тази област.

Основни понятия на ER-диаграми

Определение 1. Същността - клас от подобни обекти, информация за които следва да бъдат взети под внимание в този модел.

Всяко предприятие трябва да има име, изразена чрез съществително в единствено число.

Примери за лица могат да бъдат такива видове обекти като "доставчик", "Персонал", "Фактура".

Всяка структура, в модела изобразени под формата на правоъгълник с името:

Определение 2. Копие от същността - това е един конкретен представител на юридическото лице.

Така например, представител на "служителя" на юридическо лице може да бъде "Полицай Смит".

Копия лица трябва да бъде различима. т.е. Предприятието трябва да има някои качества, които са уникални за всеки отделен случай на предприятието.

3. Умение Definition лице - с име функция, която е юридическо лице, имот.

Атрибутът име трябва да бъде изразена в единствено число (с възможност за характеризиране прилагателни).

Примери за лице атрибути "Служител" може да бъде атрибути като "брой на персонала", "Име", "Име", "Средна", "Позиция", "заплата" и т.н.

Атрибутите са представени в рамките на правоъгълника, който определя същността:

4. Определяне ключов дух - не-излишни набор от атрибути, по който се оценява в комбинация са уникални за всеки субект, например. Irredundancy се крие във факта, че премахването на атрибут на ключа прекъсва своята уникалност.

Предприятието може да има няколко различни ключове.

Ключови характеристики са представени в диаграмата, като подчерта:

Дефиниция 5. Комуникация - това е някаква връзка между двете автономни. Едно лице може да бъде свързано с друго предприятие или на себе си.

Връзките позволяват едно цяло, за да намерите и други юридически лица, свързани с него.

Така например, отношенията между лица могат да бъдат изразени чрез следната фраза - ". Служител може да има няколко деца", "Всеки служител е длъжен да се регистрира точно в същата катедра"

Графично линк, представляван от линия, свързваща двете автономни:

Всяка връзка има два края, както и една или две имена. Името обикновено се изразява в устна форма неопределени "трябва", "свои", и т.н. Всеки един от елементите, се отнася към края си връзка. Понякога имената не са написани поради тяхната очевидност.

Всяка връзка може да има един от следните видове комуникация:

Вид на връзката, едно към едно означава, че едно копие на първото лице (вляво) се свързва с един-единствен екземпляр на втората структура (вдясно). Едно към едно често показва, че всъщност имаме само един същество неправилно разделена на две.

Съобщение тип едно към много означава, че едно копие на първото лице (вляво) се свързва с множество копия на второто лице (вдясно). Това е най-често използваният тип комуникация. Ляв лице (от "онзи") е майка. надясно (от "много") - дъщерно дружество. Типичен пример за такава връзка е показан на фиг. 4.

тип комуникация много-към-много означава, че всеки екземпляр на първото лице може да бъде свързано с няколко екземпляра на втория субект, и всеки отделен случай на второто лице може да бъде свързано с няколко копия на първото лице. тип комуникация много-към-много е временен тип връзка, валиден в ранните етапи на модела на развитие. В бъдеще този вид комуникация трябва да се заменят с два вида един към много отношения чрез създаване на междинно предприятие.

Всяка връзка може да има едно от следните две условия за комуникация:

Модалност "да" означава, че едно копие на лице може да бъде свързано с едно или повече копия на другото предприятие, а не може да се свърже с всеки един случай.

Модалността на "да" означава, че например в едно предприятие, е длъжен да се свързва с най-малко един случай на друго предприятие.

Съобщението може да бъде от различни начини с различни краища (както е показано на фиг. 4).

<Каждый экземпляр СУЩНОСТИ 1> <МОДАЛЬНОСТЬ СВЯЗИ> <НАИМЕНОВАНИЕ СВЯЗИ> <ТИП СВЯЗИ> <экземпляр СУЩНОСТИ 2>.

От ляво на дясно: "Всеки служител може да има няколко деца."

От дясно на ляво: "Всяко дете трябва да принадлежи на точно един служител."