Datalogicheskoe дизайн на база данни

Създаване datalogicheskoy модел Преглед

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

По този начин, първоначалните данни за модела на datalogicheskoy развитие са:

infological модел, представляващ домейн дисплей;

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

Datalogicheskaya модел включва следните основни компоненти:

набор от основни структурни елементи за представяне и данни схеми (атрибути отношения домени верига);

изключи ограничения поколение на допустимото състояние данни (целостта ограничения);

Описание на правилата за манипулиране на данните.

Това ръководство се занимава с изграждането на само първите два компонента. За всяка конкретна СУБД тези компоненти могат да имат уникални характеристики, така че целта е да се помогне на описанието на основните тези, най-често за всички системи за бази данни.

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

В резултат datalogicheskogo симулация в съответствие с модела на релационни данни се създават вътрешен кръг. За описание на езика на вътрешния определение схема на база данни, използвана от операторите на съответните СУБД. В съвременните релационни бази данни са най-честите DDL подгрупата на SQL (Structured Query Language). За описание на ограничения за интегритет, като се използват подходящи инструменти DDL и език за разработка на приложения (SAL - SQL език за кандидатстване), с подкрепата на СУБД.

Етапът на създаването на вътрешния контур се редуцира до следните трансформации:

Получаване на спецификациите на вътрешния кръг. превод структурни характеристики на схема на база данни с polnoatributnogo IDEF1X-представителство в описанието на езика на СУБД.

Получаване спецификация на ограничения целостта. спецификация превод интегритет на данните ограничения с IDEF1X езици, предикати, и в описанието на естествен език за описание на данните и програмите на езика на развитието на кандидатстване.

Първи спецификации вътрешната схема на база данни

А релационна база данни се състои от множество именувани отношения (схеми и техните разширения). Основната структура на данни за представяне на отношенията служи като маса, така че в релационна база данни, таблици, връзки са представени. Всяка връзка съответства на една таблица. Всяка връзка се състои от един или повече атрибути. Като цяло, процесът на преход от infological модел, разработен в IDEF1X стандарт datalogicheskoy да не трудности и е както следва. Основният структурен компонент в представителство на данни схема polnoatributnoy база данни IDEF1X е от съществено значение. Основният структурен компонент на представянето на данни за модела на релационни данни, е отношението. Essence представена в polnoatributnoy схема съотношението на еквивалента на модела на релационни данни. Всеки обект се свързва с една връзка. Тази относителна име е от съществено значение. Всяка връзка е наследник на същността на всички свои качества с техните имена и типове данни. Поради факта, че моделът infological цялата комуникация между структурите в модели допустимо релационен тип, които вече са били осъществени от външни ключове, обикновено в резултат на тази трансформация, система, свързани отношения, съответстващи на домейн.

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

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

правила за изграждане на имената на отношения в базата данни, използвана;

правила за изграждане на имената на атрибутите, използвани в базата данни;

типове данни, поддържани от базата данни, използвана.

В тази връзка, ако описание атрибут, изготвен на етап infological дизайн, в някоя от тези области, не отговаря на изискванията на СУБД използват, е необходимо да се коригира имената на отношения и (или) описание на атрибутите и имена на домейни (или).