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

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

Избор на обекти и техните атрибути, които ще се съхраняват в базата данни, и формиране на таблици за тях. Атомизиране на сложни атрибути в по -прости.

Определяне на уникални идентификатори ( първични ключове) обекти, които се съхраняват в редове на таблици

Определяне на отношенията между таблици с помощта на чужди ключове

Нормализиране на базата данни

Първият етап е изборът на обекти. Обект представлява типа обекти, които трябва да се съхраняват в базата данни. Всяка таблица в базата данни трябва да представлява едно цяло. По правило образуванията съответстват на обекти от реалния свят.

Всеки обект има набор от атрибути. Атрибут представлява свойство, което описва някои характеристики на обект.

Всяка колона трябва да съхранява един атрибут на обекта. И всеки ред представлява отделен обект или екземпляр на обект.

Подходи отдолу нагоре и отгоре надолу

Когато проектираме база данни на етапа на извличане на обекти и техните атрибути, можем да използваме два подхода: отдолу нагоре и отгоре надолу.

Подходът отдолу нагоре включва подчертаване на необходимите атрибути, които трябва да се съхраняват в базата данни. След това избраните атрибути се групират в обекти, за които впоследствие се създават таблици. Този подход е по -подходящ за проектиране на малки бази данни с малко атрибути.

Например, получаваме следната информация:

Том посещава курс по математика, преподаван от професор Смит. Сам посещава курс по математика, преподаван от професор Смит. Том посещава курс по JavaScript език, който се преподава от асистент Адамс. Боб посещава курс по алгоритми, преподаван от асистент Адамс. Сам има следното имейл адрес [защитен имейл]и телефон +1235768789.

Какви данни от тази информация можем да запазим: име на студент, име на курс, академична позиция на преподавателя, име на учител, имейл адрес на студент.

След това можем да групираме по обекти, към които принадлежат тези данни:

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

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

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

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

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

Атомизация на атрибутите

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

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

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

Домейн

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

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

Например, атрибутите на студентския обект са дефинирани по -горе. Нека дефинираме използваните домейни:

Име. Домейнът представлява всичко възможни именакоито могат да се използват. Всяко име представлява низ с максимална дължина от 20 знака (малко вероятно е да срещнем имена над 20 знака).

Фамилия. Домейнът представлява всички възможни фамилии, които могат да бъдат използвани. Всяко фамилно име е низ с максимална дължина от 20 знака.

Година на раждане . Домейнът представлява всички години на раждане. Всяка година е числена стойност от 1950 до 2017 г.

Град. Домейнът представлява всички градове в текущата държава. Всеки град представлява низ с максимална дължина от 50 знака.

Улица. Домейнът представлява всички улици в текущата държава. Всяка улица представлява низ с максимална дължина от 50 знака.

Къща. Домейнът представлява всичко възможни числакъщи. Всеки дом е номер между 1 и, да речем, 10 000.

Телефон . Домейнът представя всички възможни телефонни номера. Всяко число е низ от 11 знака.

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

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

NULL детерминанта

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

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

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

Като правило, най -модерните релационни СУБДподдържат NULL квалификатора и ви позволяват да го настроите за валиден за колона в таблица.

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

Поле

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

Ориз. 6-2 - Формат на таблицата "Документи"

В зависимост от типа, полето може да има редица допълнителни параметри:

Ориз. 6-3 - Параметри на полето "Номер"

За организиране на връзки между таблици на база данни се използва специален клас полета, т.нар комуникационни полета... Те са описани в раздела " Връзки между таблици".

Запис

Записът е съвкупност от няколко разнородни полета, които описват някаква същност на предметната област. Например записът „ Документ"съдържа полетата" Дата "," Номер "," Сума "и т.н.

маса

Таблица от база данни е колекция от хомогенни записи. Например таблицата „ Документите"съдържа редица записи за документи.

Всяка маса има логическо име- низ от всякакви знаци и физическо име- името на файла, в който се намира.

Например таблица с логическото име „Документи“ притежава файлове с име DOC.

Таблицата съхранява данните си или в няколко файла " * .TBL / *. MCX"(в режим на работа с един потребител с програмата) или в няколко файла" *. MKD / *. TBЗ"(в мултиплейър режим).

Списъкът с всички таблици е достъпен в програмата чрез натискане<Ctrl +О> и клавишна комбинация <Ctrl + T> (или като изберете опцията "Отваряне на таблица на базата данни"):

Ориз. 6-4 - Списък на таблици на база данни

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

Извличане от базата данни

Подобно на таблица, селекцията също е колекция от хомогенни записи, но:

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

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

Трето, пробата може да бъде сортирана по специален начин.

Например, вземане на проби " Получаване на фактури"съдържа записи от таблицата" Документите"и свързани записи от таблицата" ЛицаОсвен това тази селекция съдържа само документи от типа „касова бележка“, които попадат в рамките на посочения период. Тази селекция също може да бъде сортирана например по размера на документа.

Адрес за запис

Всеки запис на таблица от база данни има уникален в нея адрес, чрез които този запис може да бъде прочетен, изтрит, блокиран и т.н. Адресът е дълго цяло число (четири байта), обикновено адресът е написан в шестнадесетичен знак. Можете да видите адреса на записа с помощта на клавишната комбинация<Shift +Alt +F12>, или използвайте подобна команда в контекстното меню на таблицата:

Ориз. 6-5 - Прозорец за преглед на адресите на записите

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

Запазени са няколко специални стойности на адрес:

Когато програмата отвори таблицата, адресът на записа се показва в първата колона:

Ориз. 6-6 - Адреси на записи в таблицата „Документи“

а. Имена на колони, вид и размер на информацията, съхранявана в тях.

б. Имена на колони и редове.

° С. Имена на низове, вид и размер на информацията, съхранявана в тях.

д. Номера на редове, имена на колони.

539. Избройте обектите на СУБДДостъп:

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

v. Таблици, модели, формуляри за заявки.

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

д. Макроси, таблици, модули, рамки.

540. СУБДДостъпви позволява да създадете връзка между няколко таблици на база данни:

а. Ако имат съответстващи полета.

б. Ако имат съответстващи записи.

° С. Ако имат същите думи.

д. Ако таблиците имат еднакви имена.

541. Заявки в базата данниДостъпса създадени въз основа на:

Таблици на база данни и други заявки.

Само таблици от база данни.

Доклади и други искания.

Базови таблици и предварително създадени отчети.

542. Установете правилната последователност за разработване на база данни:

Описание на предметната област.

Разработване на концептуален модел.

Разработване на информационно-логически модел.

Разработване на физически модел.

Моля, въведете верния отговор:

543. Следните заявки водят до промени във файла на базата данни:

За да актуализирате, добавяте, изтривате.

Параметричен, обобщен, кръстосан.

Проба и суми.

Параметрични и обобщени.

544. Търсенето на данни в база данни е ...

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

Определяне на стойностите на данните към текущия момент.

Процедура за дефиниране на дескриптори на база данни.

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

545. Режим "Таблица" в СУБДДОСТЪПсъздаден за:

а. Преглед и попълване на таблицата на базата данни със записи.

б. Описания на структурата на таблиците на базата данни.

° С. Обединяване на няколко таблици в една база данни.

д. Нормализиране на таблица с база данни.

546. Избройте характеристиките, използвани за описание на полето в базата данни:

а. Ключ, прецизност, вид, име, дължина.

v. Точност, вид, име, дължина.

с. Ключ, име, дължина.

д. Име, вид, дължина, прецизност.

547. Списъктипове данни, съществуващи вMicrosoftДостъпиОфис. оргБаза:

а. Текст, число, валута, логика, дата и час.

v. Числово, символно, процентно, логическо.

с. Символични, цифрови, софтуерни, логически.

д. Текстово, числово, софтуерно.

548. Основният обект на базата данни е:

а. Таблица.

v. Разследване.

д . Формата.

549. Бутон("Схема на данни") в СУБДДОСТЪПсъздаден за:

а. Обединяване на няколко таблици в една база данни.

б. Описания на структурата на таблиците на базата данни.

° С. Преглед и попълване на таблицата на базата данни със записи.

д. Нормализиране на таблица с база данни.

550. Режим "Конструктор" в СУБДДостъпсъздаден за:

а. Определения на структурата на таблицата на базата данни.

б. Корекции на записи във вече създадена база данни.

° С. Установяване на връзки между няколко таблици на база данни.

г .. Попълване на базата данни с нови данни.

551. Попълването на таблици с данни в режим Таблица се извършва:

а. Ред по ред.

v. В никакъв определен ред;

с. По колони

д. След това текстовите полета са цифрови.

552. "Форма" на обект в базата данниДостъпслужи за:

а. Най -удобната организация на въвеждане и извеждане на записи.

б. Нормализиране на таблица с база данни.

° С. Съединения на множество маси.

д. Описания на структурата на базата данни.

553. Съставен формуляр в база данни е ...

v. Формулярът се съставя от потребителя.

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

554. Иска доБД са предназначени за:

а. За подбор информацията, от която се нуждаетеи формирането на нови таблици.

v. За проектиране на маси.

с. За съвети и помощ.

д. За формиране на нови таблици.

555. Съветникът за DB отчети е необходим за:

а. Подобрена видимост и подбор на данни според даден критерий при отпечатване на таблици.

б. Поставяне на данни за броя на атрибутите в базата данни.

° С. Подобрения в видимостта и изчисляването на сумите при отпечатване на таблица.

д. Поставяне на данни за броя на таблиците в базата данни.

556. В режима на сортиране следните се пренареждат в базата данни:

а. Записи.

с. Таблици.

557. Режимът „Филтриране“ позволява да се извършва в базата данни:

а. Избор на записи въз основа на една или няколко характеристики

б. Избор на записи въз основа само на един критерий.

° С. Пренаредете записите в даден ред.

д. Пренареждане на записите по азбучен ред.

558. Даденият обект е

а. Формуляр

v. Заявка

с. Докладът

д. Таблица

559. В режим Търсене в базата данни се извършва следното:

а. Търсене само на запис.

v. Само полево търсене.

с. Изтриване на запис.

д. Изтриване на поле.

560. Попълването на таблици с данни в базата данни може да стане чрез:

а. Всички изброени обекти.

v. Само обект на формуляр.

с. Заявки само за обект.

д. Обект само на таблиците.

561. Попълването на таблици с данни в базата данни може да стане:

а . Едновременно в няколко свързани таблици.

v. Едновременно в няколко несвързани таблици.

с. Само една маса.

д. Една или повече маси.

562. Командата Търсене в БД работи с обекти:

а. Всички изброени обекти.

v. Обект на формуляр.

с. Заявка за обект.

д. Обектна таблица.

563. Изчисленията в базата данни могат да се извършват в обекти:

а. Таблица.

с. Разследване.

д. Във всички обекти, изброени в A. V.S.

д. Формуляри и искания.

е. Таблици и заявки.

564. Посочете кое поле в таблиците на базата данни не изисква попълване от клавиатурата:

а. Брояч.

с. Време за среща.

д. Числово.

565. Изчисляването в базата данни може да се извърши върху данни от следните типове:

а. Число и дата / час.

v. Текст.

с. Време за среща.

д. Числови и текстови.

д. Числово.

566. Представена е таблицата на базата данни "Персонал".При търсене по условие (Награда< 3000 и год рождения =>1990) ще бъдат намерени фамилни имена:

а. Сухомлин, Трофимов.

v. Трофимов, Перепечка.

с. Василюк.

д. Макаров.

567. Представена е таблицата на базата данни "Персонал".се увеличава

а

. 2.

568. Представена е таблицата на базата данни "Персонал".Подредени по реднамаляващ по година на раждане. Посочете редния номер на записа за Василюк:

569. Представена е таблицата на базата данни "Персонал".Подредени по реднамаляващ по размера на премията. Посочете поредния номер на записа за Sinitsyn:

570. Представена е таблицата на базата данни "Персонал".Подредени по редсе увеличава по азбучен ред за полето за фамилно име. Посочете редния номер на записа за Трофимов:

571. Представена е таблицата на базата данни "Персонал".Подредени по реднамаляващ по азбучен ред за полето за фамилно име. Посочете редния номер на записа за Трофимов:

572. Представена е таблицата на базата данни "Персонал".> 1990 г. и заплати< 7000) будут найдены фамилии:

а. Трофимов.

В. Ноздрев.

с. Трофимов, Перепечка.

д. Макаров, Синицин.

573. Представена е таблицата на базата данни "Персонал".При търсене по условие (Година на раждане 1990 г. и заплата 7000) ще бъдат намерени фамилни имена:

а

... Перепечка, Сухомлин, Трофимов.

v. Макаров.

с. Трофимов, Перепечка.

д. Макаров, Синицин, Трофимов.

5

74. Представена е таблицата на базата данни "Персонал".При търсене по условие (Година на раждане< 1990 и Оклад  20 000) ще бъдат намерени фамилни имена:

а. Василюк, Ноздрев.

В. Ноздрев.

с. Макаров.

д. Трофимов.

Е. Василюк.

5

75. Представена е таблицата на базата данни "Персонал".Подредени по редсе увеличава по размера на заплатата. Посочете поредния номер на записа за Sinitsyn:

576. Определете вида на областта "Трудов стаж":

а. Време за среща.

v. Числово.

с. Логически.

д. Текст.

577. Определете типа поле "Адрес":

а. Текст.

v. Числово.

с. Логически.

д. Време за среща.

578. Определете типа поле "Телефон" 569-82-13:

а. Текст.

v. Числово.

с. Брояч.

д. Числово или текстово.

д. Брояч или числов.

579. Определете типа поле "Година на раждане":

а. Числово.

към Текст.

с. Време за среща.

580. Определете типа поле "Телефон" 5698213:

а. Числово или текстово.

v. Текст.

с. Брояч.

д. Числово.

д. Брояч или числов.

581. Определете типа поле "Дата на раждане":

а. Време за среща.

v. Числово.

с. Текст.

582. Изберете списъка с атрибути за обекта "Студент":

а. Пълно име, група, курс.

v. Име на института, пълно име на ректора, адрес.

с. Дисциплина, брой часове, учител.

д. Специалност, стипендия, декан.

583. Изберете списъка с атрибути за обекта "Служител":

а. Длъжност, заплата, опит.

v. Име на завода, пълно име на директора, адрес.

д. Специалност, образование, мениджър на обект.

584. Изберете списъка с атрибути за обект "Завод" 6

а. Име на завода, пълно име на директора, адрес.

v. Длъжност, заплата, опит.

с. Магазин №, управител на магазина, брой хора в магазина.

д. Телефон, адрес, опит.

585. Даден е фрагмент от базата данни. След сортиране във възходящ ред по полето Class, фамилията IVANOV ще заеме реда:

586. Назовете типа на следната заявка в базата данни:

Кръст.

Финал.

Параметричен.

Създаване на база данни

Ако прозорецът не показва лентата на състоянието, отворете прозореца с опции

Достъп. В левия му прозорец изберете Текуща база данни(Текуща база данни).

В глава Параметри на приложението(Опции за приложение) поставете отметка в квадратчето

Лента за състоянието

Създаване на таблица на база данни

Както бе споменато по -рано, таблицата съдържа данни за един информационен обектили субекти, като информация за клиенти или продукти. Всеки запис (ред) в таблицата включва данни за един екземпляр на обекта, например за конкретен клиент. Записът се състои от полета (колони), всяко от които включва атрибути на обекта като име, данъчен номер, адрес и телефонен номер. За уникално идентифициране на запис в таблица, уникален прост или композитен ключ... Базата данни може да съдържа много таблици. Разработването на база данни започва със създаване на таблици.

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

V Създаване на достъптаблиците могат да се изпълняват в един от двата режима:

 в Design View, който ви позволява да дефинирате структурата на таблицата възможно най -пълно;

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

Нека разгледаме основните параметри на полетата на таблицата, които могат да бъдат зададени

независимо от начина на създаване на таблицата.

Имена на полета и тип данни

За да определите поле на таблица, трябва да посочите Име на поле и

Тип данни

Име на полето. Всяко поле в таблицата трябва да има уникално имекоето се придържа към конвенциите за именуване на обекти в Access. Това е комбинация от букви, цифри, интервали и специални символи, с изключение на точката (.), удивителен знак(!), горен индекс (`) и квадратни скоби(). Името не може да започва с интервал и не може да съдържа контролни знаци с ASCII кодове от 0 до 31. Максимална дължинаназовете 64 знака.

Тип данни Типът данни се определя от стойностите, които трябва да се съхраняват в полето, и от операциите, които ще бъдат извършени върху тези стойности. В Access са разрешени дванадесет типа данни.

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

 Текст - използва се за съхраняване на текст или комбинации от буквено -цифрови знаци, които не се използват при изчисления (например код на продукта). Максималната дължина на полето е 255 знака.

Field Поле за бележки - използва се за съхраняване на обикновен текст или комбинации от буквено -цифрови знаци, по -дълги от 255 знака. Полета с този тип данни в бази данни на Access 2007 също поддържат форматиране на текст. Това е единственият тип данни в Access, който осигурява вградена поддръжка за показване и съхраняване на богат текст. Максималният размер на полето е 1 GB знаци или 2 GB памет (2 байта на знак) за програмирани полета и 65 535 знака за ръчно въвеждане на данни в полето и във всякакви контроли, свързани с това поле.

 Число - използва се за съхраняване на числови стойности (цели или дробни), предназначени за изчисления, с изключение на парични стойности, за които се използва типът данни Валута. Размерът на полето от 1, 2, 4 и 8 байта или 16 байта (ако се използва за код за репликация) зависи от типа числа, въведени в полето.

 Дата / час - Използва се за съхраняване на стойности за дата и час като 8 -байтови числа с двойна прецизност с плаваща запетая. Целочислената част от стойността вляво от десетичната запетая представлява датата. Дробната част вдясно от десетичната запетая е времето. Съхраняването на стойности на дата и час в числов формат ви позволява да извършвате различни изчисления върху тези данни.

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

 Брояч (Автономериране) - Използва се за уникални числови 4 -байтови стойности, които Access автоматично въвежда при добавяне на запис. Въведените числа могат последователно да се увеличават с посоченото увеличение или да се избират на случаен принцип. Обикновено се използва в първичните ключове.

 Boolean (Yes / No) - използва се за съхраняване на логически стойности, които могат да съдържат една от двете стойности: Yes / No, True / False или On / Off. (8 бита = 1 байт). Използва се 1 за Да стойности и 0 за Няма стойности. Размерът е 1 бит.

Field Поле на обект OLE (OLE обект) - използва се за съхраняване на изображения, документи, диаграми и други обекти от приложения на MS Office и други Програми за Windowsкато растерни изображения, които след това се показват във формуляра или контролите на отчета, свързани с това поле на таблица.

За да видите тези изображения в Access, OLE сървърът (програма, която поддържа този тип файл) трябва да бъде регистриран на компютъра с помощта на базата данни. Ако за от този типфайлове

Създаване на база данни

OLE сървърът не е регистриран, иконата на повреденото изображение се показва.

 Хипервръзка - Използва се за съхраняване на връзки към уеб сайтове (URL адреси), сайтове или файлове в интранет или локална мрежа(UNC адреси - стандартният формат за обозначаване на пътя), както и на възли или файлове локален компютър... Като алтернатива можете да се позовавате на обектите на Access, съхранявани в базата данни. Може да съхранява до 1 GB данни.

Прикачен файл - използва се за прикачване на файлове с изображения към полето за запис, електронни таблици, документи, диаграми и други поддържани типове файлове по същия начин, както в съобщенията електронна поща... Прикачените файлове могат да се разглеждат и редактират в съответствие с параметрите, посочени за полето. Тези полета не са ограничени от липсата на регистрирани OLE сървъри. Те използват пространството за съхранение по -рационално от полетата с поле за данни OLE Object, тъй като не създават растерни изображения изходен файл... Максималната дължина на полето за компресирани прикачени файлове е 2 GB, за некомпресирани прикачени файлове - приблизително 700 KB, в зависимост от степента възможна компресияприкачени файлове.

 Изчислено - предназначено за създаване на изчислени полета: числови, текстови, валутни, дата / час, логически. Стойността на изчислено поле се определя от израз, написан в полето и използващ други полета на текущия запис, някои вградени функции и константи, свързани с аритметични, логически или низови оператори.

 Съветник за заместване(Съветник за търсене) или Търсене и връзки (Търсене и връзка) - извиква съветника за търсене, с който можете да създадете поле, което ви позволява да избирате стойности от списък въз основа на стойностите на поле в друга таблица, заявка или фиксиран набор от стойности . Такова поле се появява като комбинирано поле. Ако списъкът се основава на таблица или поле за заявка, типът и размерът на данните създаденото полеопределя се от типа данни и размера на обвързаната колона; ако се основава на набор от стойности- по размер текстово полесъдържащи стойността. В допълнение, съветникът за търсене ви позволява да дефинирате връзки с таблици и да разрешите проверки за съгласуваност на данните.

Общи свойства на полето

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

 Размерът на полето (Размер на полето) позволява текстово и числово поле за определяне на типа или размера на данните, набори максимален размерданни, съхранявани в полето. За поле с тип данни Текст, размерът е зададен от 1 до 255 знака.

За поле с тип данни номер можете да посочите:

 Байт (байт) за цели числа от 0 до 255, дължина на полето 1 байт;

 Цяло число за цели числа от –32 768 до +32 767, отнема 2 байта;

 Long Integer за цели числа от –2 147 483 648 до +2 147 483 647, отнема 4 байта;

 Единична плаваща точка(Единично) за числа от -3,4 1038 до

3.4 1038 с точност от 7 знака, заема 4 байта;

 Двойна плаваща точка(Двойно) за числа от -1.797 10308 до

1,797 10308 с до 15 десетични знака за показване, заема 8 байта;

 Валиден (десетичен) за цели числа от –1038 до +1038 (при работа с проекти, които се съхраняват в adp файлове) и –1028 до 1028 (mdb и accdb) с броя на показаните десетични знаци до 28, отнема 12 байта;

ID ID на репликация. Глобално уникален идентификатор

(Глобален уникален идентификатор, GUID), отнема 16 байта. Тези дълги родови

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

За поле с тип данни Counter (AutoNumber) можете да зададете:

 Long Integer - 4 байта;

ID ID на репликация - 16 байта.

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

Промените в данните, възникнали в резултат на промяна в свойството Размер на полето, не могат да бъдат отменени след извършване на записването.

 Форматът на полето (Format) е форматът за показване на избрания тип данни, когато се показва или отпечатва в таблица, формуляр или отчет. Достъпът дефинира вграденото стандартни форматикартографиране на полета с типове данни като числови (номер), дата / час (дата / час), булеви (да / не) и парични (валута). Редица от тези формати съвпадат с настройката на регионалните формати, определени в прозореца езикови и регионални стандартив панела Управление на Windows... Потребителят може да създаде персонализиран формат за всички типове данни, с изключение на OLE Object Field, като използва символи за форматиране.

 Десетични места(Десетични места) определя броя на десетичните знаци за числовите и валутните типове данни. Можете да зададете число от 0 до 15. По подразбиране (Auto), това число се определя от настройката в свойството Format на полето (Format). Имайте предвид, че настройката на това свойство няма ефект, ако свойството Format не е зададено

Търсене в пълен текст:

Къде да търсите:

навсякъде
само в заглавието
само в текст


Изход:

описание
думи в текст
само заглавие


Начало> Презентация> Информатика

Федерална агенция по образование

Държавна образователна институция

Средно професионално обучение

Икономически колеж в Тула

В дисциплината „Информатика“

По темата: „База данни. Концепция за база данни. Видове бази данни. Обекти за работа с бази данни. Типове данни в бази данни и таблици на Access. Основни елементи и концепции на базите данни "

Изготвен от студент 2 -ра година

група 216-BP

Храмова Анна

Проверено от учителя:

Василиева И.В.

Щекино, 2007 г.

С О д E R F А З И Д:

1. Въведение ………………………………………… ... ……………. …… 2

2. Концепцията за база данни …………………………………………… ..3

Типове бази данни …………………………………………. ……… 4-5

Обекти за работа с бази данни ………………………… ... 6-7

Видове данни в бази данни ……………………………………………… .8

Типове данни в таблици за достъп …………………………………… 9

Основни елементи и понятия на бази данни ………………… ..10-15

Тест …………………………………………………………….… 16-17

Отговори на теста …………………………………………… ... …….… 18

10. Въпроси за самопроверка ……………………………… .......... 19

11. Списък на използваната литература ……………………………… .20

12. Презентация …………………………………………… 21-33

13. Преглед ……………………………………………… .. ………… ..34

IN E D E N I E:

Запознахме се с работата на Excel и знаем, че това приложение е създадено специално за решаване на задачи по обработка на таблични данни.

Има системи (приложения) за решаване на други класове проблеми. По -специално, програмите (приложения, системи) играят много важна роля сега, чиято верига е съхранение на данни и извеждане на данни по желание на потребителя.

Използването на компютри специално за решаване на този клас проблеми става все по -широко разпространено явление.

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

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

За разработването на програми, системи от програми, работещи с бази данни, се използват специални инструменти - системи за управление на бази данни (СУБД).

СУБД обикновено включва: специален езикпрограмиране и всички други средства, необходими за разработването на тези програми.

В момента най -известните СУБД са FOXPRO и ACCESS. Последният е включен в професионалния пакет MS Office 97.

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

Концепция за база данни

База данни (DB)Това е набор от масиви и файлове с данни, организирани съгласно определени правила, които предвиждат стандартни принципи за описание, съхранение и обработка на данни, независимо от техния тип.

База данни (DB)- набор от организирана информация, свързана с определена предметна област, предназначена за дългосрочно съхранение в външна паметкомпютър и постоянна употреба.

Видове БД:

1. Фактографски - съдържа кратка информацияза обекти на определена система в строго фиксиран формат;

2. Документален - съдържа документи от различни видове: текстови, графични, звукови, мултимедийни;

3. Разпределена - база данни, различни части от която се съхраняват на различни компютри, свързани към мрежа;

4. Централизирана - база данни, съхранявана на един компютър;

5. Релационна - база данни с таблична организация на данните.

Едно от основните свойства на базата данни е независимостта на данните от програмата, използваща тези данни.

Работата с база данни изисква решаване на различни проблеми, основните от които са следните:

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

Задачите в този списък се наричат ​​стандартни задачи.

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

Базата данни в различните системи има различна структура.

В PVEM обикновено се използват релационни бази данни - в такива бази данни файлът е таблица по структура. В него колоните се наричат ​​полета, редовете се наричат ​​записи.

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

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

Някои заявки могат да бъдат сериозен проблем, за решаването на който се консумира за съставяне сложна програма... Например, заявка към базата данни - автобусен график: определете разликата в средния интервал на автобусите, тръгващи от Ростов до Таганрог и от Ростов до Шахти.

Обекти за работа с бази данни

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

набор от данни

източник на данни

визуални контроли

В нашия случай тази триада се реализира като:

Източник на данни

DBGrid

Таблицата се свързва директно с таблица в базата данни. За да направите това, трябва да зададете базовия псевдоним в свойството DataBaseName и името на таблицата в свойството TableName и след това да активирате връзката: свойство Active = true.

Въпреки това, тъй като таблицата е невизуален компонент, въпреки че връзката с базата е установена, потребителят не може да види никакви данни. Затова е необходимо да се добави визуални компонентипоказване на тези данни. В нашия случай това е DBGrid. Самата решетка "не знае" какви данни трябва да покаже, тя трябва да бъде свързана към таблицата, което става чрез компонента на посредника DataSource.

Защо се нуждаем от компонент посредник? Защо не се свържете веднага с Table?

Да кажем, че има няколко визуални компонента - таблица, полета за въвеждане и т.н. свързани към масата. И трябва бързо да ги превключим към друга подобна таблица. Не е трудно да направите това с DataSource - просто трябва да промените свойството DataSet, но без DataSource ще трябва да промените указателите за всеки компонент.

Приложения за база данни - нишката, свързваща базата данни и потребителя:

DB - набор от данни - източник на данни - визуални компоненти - потребител

Набор от данни:

Таблица(таблица, достъп за навигация)

Заявка(заявка, релационен достъп)

Визуални компоненти:

РешеткиDBGrid, DBCtrlGrid

НавигаторDBNavigator

Всякакви аналозиLable, редактиранеи т.н.

Компоненти за заместване

Типове данни на база данни

Можете да дефинирате следните типове полета в Access:

Text - текстов низ; максималната дължина се задава от параметъра "размер", но не може да бъде повече от 255

Поле за бележки - текст с дължина до 65535 знака

Числово - в параметъра "Размер на полето" можете да посочите полето: байт, цяло число, реално и т.н.

Дата / час е поле, което съхранява данни за времето.

Паричен - специален формат за финансови нужди, който по същество е цифров

Броячът е автоматично увеличаващо се поле. При добавяне нов входвътрешният брояч на таблицата се увеличава с един и се записва в това поле на новия запис. По този начин стойностите на това поле гарантирано ще бъдат различни за различните записи. Типът е за ключово поле

Булев - да или не, вярно или невярно, включено или изключено

ПредметOLE- това поле може да съхранява документи, снимки, звуци и др. Полето е специален случайBLOB- полета (Двоичен Голям Обект), намерени в различни бази данни

Заместване

Типове данни в таблици Достъп :

Текст

Поле за бележки

Числово

Време за среща

Парични

Брояч

Логически

ПредметOLE

Не забравяйте за индексите.

Таблици с връзки.

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

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

Основни понятия и елементи от бази данни

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

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

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

Съгласно съвременните изисквания за бази данни информацията, съдържаща се в тях, трябва да бъде:

последователни (не трябва да има противоречиви данни);

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

интегрални (всички данни трябва да бъдат свързани, не трябва да има връзки към несъществуващи в базата данни)

Модел на релационна база данние предложен от Едгар Код в края на 70 -те години. В рамките на този модел база данни е колекция от таблици, свързани помежду си по връзки. С достатъчно простота (и следователно, лекота на внедряване на компютър), този модел има гъвкавостта да описва сложни структурирани данни. Освен това за този модел теоретичното обосновка е разработена доста задълбочено, което също прави възможно използването на компютър по -ефективно при създаване на база данни и работа с нея. По отношение на правилата за свързване, релационният модел реализира връзка един към много между таблици. Това означава, че един запис в основната таблица съответства на няколко записа в подчинената таблица (включително може да не съответства на нито един запис). Други видове взаимоотношения-един към един, много към един и много към много-могат да бъдат сведени до тази връзка един към един. Релационните бази данни се състоят от свързани таблици.

масае двуизмерен масив, който съхранява данни. Колоните на таблицата (в рамките на приетите обозначения на базата данни) се наричат ​​полета, редовете се наричат ​​записи. Броят на полетата на таблицата е фиксиран, броят на записите не е. Всъщност таблицата е плаващ масив от записи със същата структура от полета във всеки запис. Не е трудно да добавите нов запис към таблицата, докато добавянето на ново поле води до преструктуриране на цялата таблица и може да причини определени трудности. Записите могат да съхраняват числа, низове, снимки и т.н. като стойности на полето. Таблиците на базата данни се съхраняват на твърд диск (на локален компютър или на сървър на база данни - в зависимост от типа на базата данни). Обикновено няколко файла съответстват на една таблица - една основна и няколко помощни. Тънкостите на организацията на таблици зависят от използвания формат (dBase, Paradox, InterBase, Microsoft Access и др.)

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

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

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

Първа нормална форма:

информацията в полетата е неделима (например името и фамилията трябва да са различни полета, а не едно);

в таблицата няма дублирани групи полета

Втора нормална форма:

първият формуляр е попълнен;

всяко неключово поле е уникално идентифицирано ключови полета(всъщност се изисква ключ)

Трета нормална форма:

втората форма се изпълнява

полетата без ключ трябва да бъдат уникално идентифицирани само от ключови полета (това означава, че данните, които не зависят от ключа, трябва да бъдат поставени в отделна таблица)

Третото изискване за нормална форма има смисъл, че таблица с полета (Име, Фамилия, Клас, Учител в класната стая)трябва да се раздели на две таблици (Име, Фамилия, клас)и (Клас, учител в класната стая),тъй като полето Class уникално идентифицира учителя в Homeroom (и според третата форма само ключовете трябва да идентифицират по уникален начин).

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

Методи за достъпопределят как технически се извършват записи. Методите за достъп се избират от програмиста по време на разработването на приложения. Методът за навигация се основава на последователна обработкажеланите записи един по един. Обикновено се използва за малки локални маси. Релационният метод се основава на обработка на набор от записи наведнъж с помощта на SQL заявки. Използва се за големи отдалечени бази данни.

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

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

Правилна DB:

- непотребни;

- последователен;

- холистичен

Релационна база данни:

- маси;

- връзки между таблици с помощта на ключове

- полета (колони) - фиксирани;

- записи (редове) - лесно се добавят и премахват

- уникално идентифицира записа

Ключове и индекси:

- служат за свързване на таблици, директен достъп, ускоряване на обработката и т.н.

Нормални форми:

- служат за борба с излишъка на данни;

- изискват много, но с най -добри намерения

Методи за достъп:

-навигационен;

- релационни

Защита на коректността на базата данни:

- сделки - техническа защита

- бизнес правила - логическа защита

ТЕСТ

1. Модели на база данни:

А) търговски

Б) мрежа

V) обектно ориентирана

Ж) революционен

Д) релационни

Д) интегрална

2. Видове база данни:

А) документален

Б) мрежа

V) графичен

Ж) релационни

3. Коя от базите данни съдържа документи от най -различни видове?

А) разпределени

Б) централизирано

V) фактически

Ж) документален

4. Какъв е пример за база данни?

А) пешеходец отстрани на пътя

Б) телефонен указател

V) разписание

Ж) разписание на влак или автобус

5. Какво е ключ?

Б) кодова дума

V) програма

Ж) поле или комбинация от полета на таблица

6. Какво ще се покаже в резултат на изпълнението на програмния фрагмент?

m: = „биология“;
k: = ‘зоопарк’ + копие (m, 4, 5);
writeln (k);

А) зоология

Б) зоологическа градина

V) биология

Ж) логика

7. Наборът от данни съдържа:

А) DBNavigator навигатор

Б) Таблица

V) Заявка

8. Направете правилното изявление: полета за тип валута ...

А) текстов низ

Б) текст с дължина до 65535 знака

V) специален формат за финансови нужди

Ж) автоматично специфично поле

9. Основни изисквания за данни:

А) необходимостта от съхраняване на големи количества информация от същия тип

Б) бързо разпространение на информация

V) обратно изтриване на информация

Ж) лесен достъп до данни и бързо намиране на необходимата информация по въпрос от интерес

10. Каква информация трябва да бъде в изискванията към базата данни?

А) холистичен

Б) кратък

V) последователен

Ж) от същия тип

Тестови отговори

Въпроси за автотестове :

Какво е DB?

Какво е класически пример за БД?

Дайте някои примери за БД

Какъв тип база данни обикновено се използва в PVEM?

Какви видове бази данни познавате?

Какви са трите връзки, от които се нуждаем, за да създадем приложение, което ви позволява да преглеждате и редактирате бази данни?

Какви типове полета можете да дефинирате в Access?

Защо имате нужда от изключителен достъп до базата данни?

Какво релационен моделбаза данни база данни?

10. Колко съществуват нормални формив базата данни? Избройте ги

11. Какво представляват транзакциите?

L И T E R А T Имам R А :

Информатика. Урокза средно професионално образование(+ CD) / Под общо. изд. I.A. Черноскутова- СПб.: Петър, 2005.- 272 с.: Ил. стр. 24 - 25

Информатика. Учебно ръководство за студенти. пед. университети / А. В. Могилев; Н. И. Пак, Е. К. Хьонър; Ed. Е. К. Хоннер. - М., 1999. - 816 с. 185 - 187

Информатика. Учебник. - 3 -то преработено изд. / Изд. проф. Н. В. Макарова. - М.: Финанси и статистика, 2000. - 768 с.: Ил.

R E C E N G I Z