Имайте предвид, че за да работи с това е необходимо да се разбере семантиката, т.е. системата от значения, свързани с този запис. Това е запис на какво? Какво е "СЧЕТОВОДСТВО" Може би заглавието на регистрираните книга? А "Ню Йорк" е място на публикуването му? Тогава какъв е броят на 10? В действителност, това означава, че горната греда е част от набор от записи с името на "Отдел" (фигура 1.1). Първото поле Stock Не записи отдел, второто поле - името на отдела, а третият се отнася до града, в който на отдела.

Фиг. 1.1. Лесно дълбочина Запис на йерархия 1

1. Записване в база данни, наречена малката градивна единица на уникално идентифициране независими йерархия за съхранение на данни, формирани сфери. Говорейки по-просто, записът се състои от набор от свързани с тях области, които могат да бъдат спасени, модифицирани и изтрити като цяло.
2. Схема запис - описание на вътрешната структура на записа.
3. запис Поле - кръстен член данни е част от структурата на запис база данни или файл с данни. Полето може да се състои от други области. Като правило, запис поле описва атрибут (свойство) на обект, описан от записа.
4. Обикновено, но не винаги, областта въвели. Има база данни, която представя данни под формата на текстови документи.
5. Стойностите на полетата се наричат ​​елементи от данни.
6. Ключът по-нататък поле запис, задачата на който ще изберете записа уникално. Този набор от полета се нарича първичен ключ.

В примера по-горе, "броят карта" - ключ. Ако смятате, че ключът може да бъде избран по един различен начин, че си прав.

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

Можете да говорите за вида на записите, но схемата и вида не са синоними. Схемата показва запис структурата на различна от типа на конструкцията на дефинира множество все още валидни стойности и свързания с множество комплекти от операции и отношения.

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

Имайте предвид, че базите данни, като се използва обект идеология записи идентифицирани никакви рекордни полета, и две насоки. Един ви позволява да намерите запис на диска, а вторият - в паметта.

Tree схема на запис, показан на фигура 1.2.

Фиг. 1.2. Записването може да се представят йерархично ниво 2

• фамилия, име, презиме;
• име на улица, номер, номер на апартамент (или номер на кутия);
• Името на областта;
• името на републиката, територия, регион автономен регион;
• името на държавата (за международни писма);
• пощенски код.

Може би примера, даден под формата на вече доволни потребителска база. Но може би трябва да се мисли за това, че не е нужно да, ако за в бъдеще да се промени схемата, например, се дължи на факта, че ще има клонове в други държави? Имате ли нужда от фамилия, име и презиме на записа в същата област? А какво да кажем за тези, които нямат бащино име? И като цяло, как да пишат Ламарк, който, както знаете, когато животът наречен Жан Батист Пиер Антоан дьо Моне Шевалие дьо Ламарк?

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

Нека се обърнем към типовете данни. Вече споменахме, че видовете са определени структурата на данните, множеството от допустимите стойности, определена от някои набор от ограничения и свързаното с множество комплекти от операции и отношения. Тя трябва задължително да бъде определена равностойност връзка. Полезно е да има връзка на ред. Разделете типа на данните в три групи:

• прости типове данни;
• структурирани типове данни;
• видове справки за данни.

Прости, или атомни или скаларни типове данни са без вътрешна структура. За прости типове в бази данни включва като минимум:

• низ (променлива и фиксирана дължина);
• Числен (число, реално);
• паричните (истински два знака след десетичната запетая);
• видове интервал (дата, час, TIMESTAMP);
• изброените видове.

Имайте предвид, че терминът "прост тип" означава само, че основната рамка е възможно да се работи с някои части на данните от тези видове. Например, не можете да премахнете първите пет знака на низа. Липсата на вътрешна структура, което означава, че реално простота, не приема. Например, един цифров вид може да се съхранява броя на банкова сметка, която съдържа няколко полета със специфични свойства. Но да се работи с тези области трябва да използвате някои допълнителни средства извън базата данни.

Наречен изброените видове, което позволява на потребителя да определи набор от валидни стойности.

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

Не късмет в базите данни на Булева. Много често това не е така. Поради това е необходимо да го представляват, например, цифров вид със стойности 1 и 0, като ИСТИНСКИ както невярно.

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

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

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

Пример: домейн изчислимо поле "на (човек)" се характеризира с условието (възраст> 0 и възраст<120). На нём с помощью условия возраст<7 можно определить домен "возраст воспитанника детского сада".

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

За съжаление, съществуващите системи за управление на бази данни и изчислимите полеви домейни не се поддържат. За изпълнението им се наложи да използвате допълнителни средства.

Пример Recordset структура е показана на Фигура 1.3. Броят на името на вида като текст (20). Това означава, че броят на знаците са позволени.

Фиг. 1.3. Структурата на комплекта от записи,

Един последен бележка за използваната терминология. Базата данни е направено толкова много и толкова различни, че е много трудно да се избере термин, който преди това не е бил използван, и в рамките на няколко, понякога значително по-различна, значения, определени записи - един от ключовите концепции на старите данни CODASYL база данни стандартната мрежа. Ние разполагаме с набор от документи, се разбира в най-широк смисъл като всеки набор от подобни записи формиране на маса или да се използва, за да опише модела на данни мрежов възел и т.н.

Свързани статии

• Знайте, Intuit, лекция, оформление програми, Препроцесорът

• Знайте, Intuit, лекция, основни инструменти WPF

• Знайте, Intuit, лекция, текст дизайн