МІНІСТЕРСТВО ОСВІТИ І НАУКИ, МОЛОДІ ТА СПОРТУ УКРАЇНИ

НАЦІОНАЛЬНИЙ УНІВЕРСИТЕТ «ЛЬВІВСЬКА ПОЛІТЕХНІКА»

каф.САПР

ЗВІТ
до лабораторної роботи № 5
на тему:
Створення таблиці бази даних в середовищі MicrosoftAccess.
з курсу: «Організація баз даних та знань»

Виконав:
ст. гр. КН-24
Дикий Н. В.
Прийняв:
Головацький Р.І.

Львів 2015
 Тема:
Створення таблиць бази даних в середовищі MicrosoftAccess.
Мета:
Навчитися створювати та працювати з таблицями БД в середовищі MicrosoftAccess.
Індивідуальне завдання:
За допомогою середовища Microsoft Access створити та заповнити таблиці до своєї БД на тему
«Веломагазин». В результатах виконання лабораторної роботи навести скріншоти до кожної з
таблиць, у яких повинні бути розкриті підпорядковані таблиці.
Теоретичні відомості:

Реляційні бази даних

Для вирішення складних задач одного файлу з даними буває недостатньо. Припустимо, що
необхідно скласти заявку на товари, в якій повинні бути найменування товару і адреса
постачальників. Якщо всю цю інформацію зберігати тільки в одній таблиці, поруч з найменуванням
товарів, варто було б передбачити також поле для адреси постачальників. Якщо ж один і той самий
постачальник має декілька видів товару то дуже багато записів будуть зберігати інформацію, що
дублюється: одна і та ж адреса постачальника для різних найменувань товару. Цей спосіб організації
бази даних має такі недоліки:

 При додаванні у базу даних інформації про новий товар вже відомого постачальника
доведеться знову вводити його адресу.
 Якщо адреса постачальника зміниться необхідно буде перевірити і обновити всі записи, що
містять дану адресу.
 При збереженні у кожному записі повної адреси постачальника збільшується об’єм пам’яті,
що використовується і затрати часу на управління даними, а пошук записів відповідно
сповільнюється.
 Підвищується ймовірність помилки (при вводі та опрацюванні).
У подібних ситуаціях більш ефективною є база даних побудована на основі реляційної моделі.
Перевага її у тому, що для кожного самостійного набору даних створюється власний файл (таблиця).
У описаному прикладі це був би окремий файл найменувань товару і окремий файл постачальників.
У файлі найменувань адреса постачальника вказується у вигляді посилання - номер запису файла
постачальників, що містить реальну адресу. Номер запису називається також, первинним ключем.
Первинний ключ являє собою індекс, тобто відсортований список, який встановлює відповідність
між значенням поля та записом в якому це значення міститься. Індекс полегшує пошук всередині
великих наборів даних.
Проектування бази даних
У Microsoft Access перед тим, як створювати таблиці, форми та інші об'єкти необхідно
розробити проект структури бази даних. Правильна структура бази даних є основою для створення
ефективної бази даних адекватної вимогам конкретних задач. Процес побудови структури бази даних
поділяється на певні етапи, кожен з яких передбачає вирішення однієї групи проблем.
Етапи проектування бази даних :
1. Визначення мети створення бази даних.
2. Визначення таблиць, які повинна містити база даних.
3. Визначення необхідних у таблиці полів.
4. Визначення індивідуального значення для кожного поля.
5. Визначення зв'язків між таблицями.
6. Актуалізація структури бази даних.
7. Додавання даних і створення інших об'єктів бази даних.
8. Використання засобів аналізу в Microsoft Access.
 1). Визначення мети створення бази даних
На першомуетапіпроектуваннябазиданихнеобхідновизначитипризначеннябазиданих,
основніїїфункції й інформацію, яку вона повинна містити.
Тобтопотрібновизначитиосновнийзмісттаблицьбазиданих і інформацію, яку будутьмістити поля
таблиць.
База данихповинна відповідативимогам тих, хто буде безпосередньо з нею працювати. Для
цьогопотрібновизначитизадачі, які повинна покривати база даних, звіти, які вона повинна видавати,
проаналізуватиформи, що у даний момент використовуються для записуданих, порівнятибазуданих,
щорозробляєтьсяіз добре спроектованою, подібноюїй базою.
2). Визначеннятаблиць, які повинна містити база даних
Одним ізнайбільшскладнихетапів у процесіпроектуваннябазиданихєпобудоватаблиць, тому
щорезультати, які повинна видавати база даних (звіти, вихідніформи й ін.) не
завждидаютьповнеуявлення про структуру таблиці.
При проектуваннітаблицьзовсім не обов'язкововикористовуватиMicrosoftAccess.
Спочаткукращерозробити структуру на папері. При проектуваннітаблиць,
рекомендуєтьсякеруватисятакимиосновними принципами:

 Інформаціявтаблиці не повинна дублюватись. Не повинно бути повтореньміжтаблицями.

Коли визначенаінформаціязберігаєтьсятільки в однійтаблиці, то і
змінюватиїїдоведетьсятільки в одному місці. Церобить роботу більшефективною, а
такожвиключаєможливістьрозбіжностіінформації в різнихтаблицях. Наприклад, в
однійтаблиціповиннізберігатисяадреси і телефониклієнтів.

 Кожнатаблицяповиннаміститиінформаціютільки на одну тему.

Відомості на різні теми опрацьовуютьсянабагатолегше, якщовонирозміщуються в незалежних
одна відодноїтаблицях. Наприклад, адреси і замовленняклієнтівзберігаються в різнихтаблицях,
ізтим, щоб при видаленнізамовленняінформація про клієнтазалишилася в базіданих.
3). Визначення полів у таблиці
Кожнатаблицяміститьінформацію на окрему тему, а кожне поле в
таблиціміститьокремівідомості з цієї теми. Наприклад, у таблиці з даними про
клієнтаможутьміститися поля з назвоюкомпанії, адресою, містом, країною і номером телефону. При
створенні полів для кожної таблиці необхідно пам'ятати:

 Кожне поле повинно бути пов'язане з темою таблиці.

 Не рекомендуєтьсявключати в таблицюдані, щоє результатом якогосьвиразу.
 У таблиціповинна бути присутняусянеобхіднаінформація.
 Інформаціюварторозбивати на найменшілогічніодиниці (Наприклад, поля “Ім'я” і
“Прізвище”, а не загальне поле “Ім'я”).
4). Визначення індивідуального значення для кожного поля
З тим щоб Microsoft Access міг зв'язати дані з різних таблиць, наприклад, дані про клієнта і
його замовлення, кожна таблиця повинна містити поле або набір полів, що будуть задавати
індивідуальне значення кожного запису в таблиці. Таке поле або набір полів називають основним
ключем.
5). Визначення зв'язків між таблицями
Післярозподілуданих по таблицях і визначенняключовихполівнеобхідновибрати схему для
зв'язкуданих у різнихтаблицях. Для цьогопотрібновизначитизв'язкиміжтаблицями.
6). Актуалізація структури бази даних
Післяпроектуваннятаблиць, полів і зв'язківнеобхідноще раз переглянути структуру базиданих
і виявитиможливінедоліки. Бажаноцезробити на даномуетапі, покитаблиці не заповненіданими.
 Дляперевіркинеобхідностворитидекількатаблиць, визначитизв'язкиміж ними і ввести
декільказаписів у кожнутаблицю, потімподивитися, чивідповідає база данихпоставленимвимогам.
Рекомендуєтьсятакожстворитичорновівихідніформи і звітитаперевірити, чивидають вони
необхіднуінформацію. Крім того необхідновиключити з таблицьусіможливіповторенняданих.
7). Додаванняданих і створення інших об'єктів бази даних
Якщоструктуритаблицьвідповідаютьпоставленимвимогам, то можнаприступатидо вводу
всіхданих. Потімможнастворюватибудь-якізапити, форми, звіти, макроси і модулі.
8). Використаннязасобіваналізу в MicrosoftAccess
У MicrosoftAccessіснуютьнаступніінструменти для удосконаленняструктури баз даних:

 Майстераналізутаблицьдосліджуєтаблицю, у разі потреби пропонуєновуїї структуру і

зв'язки, а такожпереробляєїї.
 Аналізаторшвидкодіїдосліджуєвсю базу даних, даєрекомендації по їїполіпшенню, а
такожздійснюєїх.
 Документатордозволяєвивести на друкабомоніторінформацію про склад та
властвостітаблиць та їхполів.
Результати виконання

Рис.1. Таблиця Склад

Рис.2.Таблиця Замовник
 Рис.3.Таблиця Виробник.

Рис.4.Таблиця ПродуктВиробник

Рис.5.Таблиця Продукт
 Висновок:

Виконуючи дану лабораторну роботу я навчився створювати та працювати з

таблицями в MicrosoftAccess. Складнощі полягали в тому, щоб правильно ввести
обмеження і типи полів для коректності інформації в БД.