КАТЕГОРИЯ:


Астрономия- (809) Биология- (7483) Биотехнологии- (1457) Военное дело- (14632) Высокие технологии- (1363) География- (913) Геология- (1438) Государство- (451) Демография- (1065) Дом- (47672) Журналистика и СМИ- (912) Изобретательство- (14524) Иностранные языки- (4268) Информатика- (17799) Искусство- (1338) История- (13644) Компьютеры- (11121) Косметика- (55) Кулинария- (373) Культура- (8427) Лингвистика- (374) Литература- (1642) Маркетинг- (23702) Математика- (16968) Машиностроение- (1700) Медицина- (12668) Менеджмент- (24684) Механика- (15423) Науковедение- (506) Образование- (11852) Охрана труда- (3308) Педагогика- (5571) Полиграфия- (1312) Политика- (7869) Право- (5454) Приборостроение- (1369) Программирование- (2801) Производство- (97182) Промышленность- (8706) Психология- (18388) Религия- (3217) Связь- (10668) Сельское хозяйство- (299) Социология- (6455) Спорт- (42831) Строительство- (4793) Торговля- (5050) Транспорт- (2929) Туризм- (1568) Физика- (3942) Философия- (17015) Финансы- (26596) Химия- (22929) Экология- (12095) Экономика- (9961) Электроника- (8441) Электротехника- (4623) Энергетика- (12629) Юриспруденция- (1492) Ядерная техника- (1748) Arhitektura- (3434) Astronomiya- (809) Biologiya- (7483) Biotehnologii- (1457) Военни бизнесмен (14632) Висока technologies- (1363) Geografiya- (913) Geologiya- (1438) на държавата (451) Demografiya- ( 1065) Къща- (47672) журналистика и смирен (912) Izobretatelstvo- (14524) външен >(4268) Informatika- (17799) Iskusstvo- (1338) историята е (13644) Компютри- (11,121) Kosmetika- (55) Kulinariya- (373) културата е (8427) Lingvistika- (374) Literatura- (1642) маркетинг-(23702) математиците на (16968) Механична инженерно (1700) медицина-(12668) Management- (24684) Mehanika- (15423) Naukovedenie- (506) образователна (11852) truda- сигурност (3308) Pedagogika- (5571) Poligrafiya- (1312) Politika- (7869) Лево- (5454) Priborostroenie- (1369) Programmirovanie- (2801) производствено (97 182 ) индустрия- (8706) Psihologiya- (18388) Religiya- (3217) Svyaz (10668) Agriculture- (299) Sotsiologiya- (6455) на (42831) спортист строително (4793) Torgovlya- (5050) транспорт ( 2929) Turizm- (1568) физик (3942) Filosofiya- (17015) Finansy- (26596) химия (22929) Ekologiya- (12095) Ekonomika- (9961) Electronics- (8441) Elektrotehnika- (4623) Мощност инженерно ( 12629) Yurisprudentsiya- (1492) ядрена technics- (1748)

Лекция 3. Етапи на проектиране на база данни. Концептуален модел

База данни дизайн - процесът на създаване на схема на база данни, и да се определят необходимите ограничения за интегритет.

Основни задачи:

1. Уверете се съхранява в база данни на цялата необходима информация.

2. Осигуряване на наличност на данни за всички необходими изисквания.

3. Намаляване на съкращения и дублиране на данни.

4. Осигуряване на целостта на данните (коректност на съдържанието им): изключване на противоречия в съдържанието на данните, с изключение на тяхната загуба и т.н.

Фигура 3.1

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

Специфичната форма и съдържание на модел концептуална база данни, определена от избрания за този формален апарат. Обикновено се използват графичен нотация, като ER (същност- връзка) -diagrams.

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

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

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

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

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

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

Физическо дизайн - създаване на схема на база данни за конкретна СУБД специфичен SUBD.Spetsifika може да включва ограничения за именуване на обекти на базата данни, са ограничения на поддържаните типове данни и т.н. В допълнение, спецификата на конкретна база данни на физическото дизайн включва решения за подбор, свързани с носителя на физическото съхранение (избора на методи диск с памет за управление, разпределението на файловете, DB и устройства, методи за достъп до данни), които създават индекси и т.н.

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



Фигура 3.2

Моделът "субект-връзката"

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

Концепции ER-диаграма - предприятието, атрибутите, взаимоотношения.

Същността - е обект на реалния свят, че може да съществува самостоятелно. Essence има случаи, различни стойности на атрибути и позволяват недвусмислено идентифициране. Умение - този имот е същността. Например, същността на книгата се характеризира с атрибути като автор, заглавие, цена, издателска дейност, кръвообращението, брой страници. Специфични случаи на книгата са същността на книгата. Те се характеризират с ценностите на тези атрибути и е еднозначно идентифицирани от "името" на атрибут. Умение, който идентифицира еднозначно инстанция на предприятието се нарича ключ. То може да бъде комбиниран ключ, който е комбинация от няколко характеристики.

Да предположим, че проектирана на база данни за съхраняване на информация за дейността на някои банки. Банката има клонове. Клоновете се управляват от мениджъри. Клиентите имат различни видове сметки в дъщерни дружества - ток, план, търсенето, депозити, карти. Клонове справят тези сметки. Описаното предметна област се нарича банка. Това могат да бъдат идентифицирани четири лица: за управление на клон, сметката, клиентът.

На ER-диаграма, представена същността на правоъгълник, който показва името му. Например,

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

В БАНКА предметната област има три връзки.

1. мениджър - Управлява - КЛОН

2. КЛОН - Дръжки - SCORE

3. клиента - Е - SCORE

На ER-диаграма изобразен диамант връзка. Например,

Важна характеристика на връзката е от типа на връзката (кардиналност). Помислете за видовете облигации 1-3.

Като мениджър управлява само един клон, всеки модел на мениджъра на предприятието може да бъде свързан с не повече от един случай на лице, клон. В този случай, връзката 1 има вид на "едно едно към" (1: 1). Фигура 3.3 показва ER-схема за свързване на тип 1: 1.

Фигура 3.3 - ER-диаграма връзка 1: 1

От бранша се справя много сметки и сметката се управлява само от един клон, всеки субект, например КЛОН може да бъде свързано с повече от едно копие на предприятието отчита, и всяко копие от сметката предприятието не може да бъде свързано с повече от едно копие на лице клон. В този случай връзката 2 е от типа "един към много" (1: М). Фигура 3.4 показва, ER-Диаграма за свързване тип 1: M.

Фигура 3.4 - ER-диаграма връзка 1: M

От сметката може да се споделя от няколко потребители, и клиентът може да има няколко сметки, всяко копие от сметката на предприятието може да се свързва с множество копия на клиента за лице и за всеки отделен случай на клиента на предприятието може да се свързва с множество копия на сметката на лице. В този случай, връзката е от тип 3 "много-към-много" (M: N). Фигура 3.5 показва, ER-диаграма за вид връзка М: N.

Фигура 3.5 - ER-диаграма връзка M: N

Помислете за концепцията на клас естеството на идентичността.

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

Ако не всеки случай на едно предприятие А е свързано с една инстанция на лице B, клас доставки субект А е по избор. Този факт се отбелязва в диаграма ER-черен кръг, поставен на комуникационна линия правоъгълник близко лице А.

Като пример, Фигура 3.6 показва възможните ER-диаграми за M: N в обмислят лице клас принадлежност.

Фигура 3.6 - ER-диаграма M връзка: N като се вземат предвид

аксесоари лице клас

На Фигура аксесоари 1 ER-класа двете лица задължително.

На Фигура 2 ER-клас аксесоари КЛИЕНТИТЕ същество задължителни и незадължителни характер на SCORE.

На 3 клас ER-Диаграма доставя по желание на клиента същност и природа чрез задължително.

На доставките на 4 класа ER-Диаграма двете лица задължителни.

Да предположим, че в БАНКА класа на предметната област доставя четирите предприятия е задължително. Тогава модел ER-домейн банка ще има форма, показана на фигура 3.7.

Всяка от четирите есенции намалена ER-модел може да се опише чрез свой собствен набор от атрибути (фиг. 3.8).

ER-модел във връзка с набори от атрибути на субекти, е пример за модел концептуална домейн или концептуална схема на база данни.

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

Фигура 3.7 - Пример за ER-домейн модел БАНКА

МЕНИДЖЪР КЛОН
Брой Manager (NM) Номер на клона (NF)
Трудов стаж (опит) Адрес на клона (ADR_F)
Специалност (SPECIAL)
КЛИЕНТИ
ACCOUNT Номер на клиент (NR)
Номер на сметката (NA) Пълното име клиент (FIO_K)
Тип акаунт (TYPE) Социален статус (SOC)
баланса на сметката (OST) Клиент Адрес (ADR_K)

Фигура 3.8 - набор от атрибути на домейни банкови структури

Забележка. Ключови характеристики са показани с удебелен шрифт.

http://www.site-do.ru/db/db4.php - пример за концептуалния модел

http://www.site-do.ru/db/db5.php - преобразуване в релационна (преди процеса нормализация)


<== Предишна лекция | На следващата лекция ==>
| Лекция 3. Етапи на проектиране на база данни. Концептуален модел

; Дата: 03.01.2014; ; Прегледи: 1067; Нарушаването на авторските права? ;


Ние ценим Вашето мнение! Беше ли полезна публикуван материал? Да | не



ТЪРСЕНЕ:


Вижте също:



ailback.ru - Edu Doc (2013 - 2017) на година. Тя не е автор на материали, и дава на студентите с безплатно образование и използва! Най-новото допълнение , Al IP: 11.45.9.26
Page генерирана за: 0.05 секунди.