Визначення розміру поля для текстових полів

Для символьних полів розмір визначається послідовністю наступних кроків:

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

2. В нижній частині вікна вибрати пункт властивості FieldSize (Розмір поля).

Ввести максимальне число символів для текстового поля. Для полів типу Text, значенням даної властивості повинно бути ціле число в діапазоні від 0 до 255. По замовчуванню задається розмір 50. Розмірність даних, що можуть зберігатися в полях із типом даних Text , Number AutoNumber або Currency визначається властивістю FieldSize.

При допомозі цієї ж властивості визначається максимальне число символів, що можуть бути введені в текстове поле, а також діапазон і тип даних, які вводяться у числове поле.

Визначення розміру поля для числових полів

Для числового поля розмірність визначається вибором типу чисел зі списку можливих. Якщо властивість DataType (Тип даних) має значення Autonumber (Лічильник), то припустимими є значення властивості FieldSize "Long integer" (Довге ціле) або "Replication ID" (Повторюваний код ). Якщо властивість DataType має значення Numeric (Числовий), то припустимими є значення властивості FieldSize (Розмір поля) наведені в табл.3.

Таблиця 3. Розмірності числових полів таблиць.

Значення	Опис	Дробова частина	Розмір
Byte (Байт)	Числа від 0 до 255 (без дробової частини).	Відсутня	1 байт
Integer (Ціле)	Числа від -32 768 до 32 767 (без дробової частини).	Відсутня	2 байти
Long integer (Довге ціле. Значення за замовчанням)	Числа від -2 147 483 648 до 2 147 483 647 (без дробової частини)
Float (З плаваючою точкою, 4 байти)	Числа від -3,402823E38 до -1,401298E-45 для негативних значень і від 1,401298E-45 до 3,402823E38 для позитивних	7	4 байти
Double (З плаваючою точкою, 8 байтів)	Числа від -1,79769313486232E308 до -4,94065645841247E для негативних значень, і від 1,79769313486231E308 до 4,94065645841247E-324 для позитивних	15	8 байтів
Replication ID (Повторюваний код)	Унікальний глобальний ідентифікатор (GUID).	Не визначенa	16 байт

Виконання індивідуального завдання:

Таблиці нашої бази даних будуємо при допомозі Конструктора за такими кроками:

• Вибір об’єкта бази даних Таблицы (Table), а потім послідовність Создать→Новая таблица→Конструктор→ОК.

Рис.1.Діалогове вікно «Нова таблиця»

• Вікно Конструктора складається з області проектування назви, типу та короткого опису поля та області визначення його властивостей.

Рис.2. Вікно Конструктора

• Створюємо таблиці нашої бази даних.

Рис.1.Таблиця Виробник з виділеним ключовим полем код виробника

Рис.3 Таблиця Постачальник з виділеним ключовим полем код постачальника.

Рис.2.Таблиця Замовлення з виділеним ключовим полем код продукту.

Рис.4.Таблиця Замовлення з виділеним ключовим полем код виробника.

Рис.5.Таблиця Замовлення з виділеним кочовим полем код постачальника.

Рис.6. Таблиця Інформація про замовлені вироби з виділеним полем код продукту.

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

Наприклад, поля в декількох таблицях повинні бути скоординовані таким чином, щоб відображати відомості про одне й те саме замовлення.

Зв'язок між таблицями встановлює стосунки між співпадаючими значеннями в ключових полях

У більшості випадків із ключовим полем однієї таблиці (головної таблиці), що є унікальним ідентифікатором кожного запису, зв'язується зовнішній ключ іншої таблиці (підлеглої таблиці).

Зовнішній ключ - одне (або декілька) полів у таблиці, що містять посилання на поле (або поля) первинного ключа в іншій таблиці.

Поле зовнішнього ключа визначає спосіб зв'язування таблиць. Вміст поля зовнішнього ключа повинен збігатися з умістом ключового поля, хоча імена полів можуть при цьому не збігатися.

Міжтабличний зв'язок - це відношення, встановлені між полями (стовпцями) двох таблиць.

Існують зв'язки з відношенням «один-до-одного», «один-до-багатьох» і «багато-до-багатьох».

При відношенні «один-до-багатьох» кожному запису в таблиці A можуть відповідати кілька записів у таблиці B, але запис у таблиці B не може мати більш одного відповідного йому запису в таблиці A.

Є найбільше часто вживаним типом зв'язку між таблицями. Дозволяє уникнути повторень однотипної інформації.

При відношенні «один-до-одного» запис у таблиці A може мати не більш одного зв'язаного запису в таблиці B і навпаки.

Зв’язок цього типу використовуються не дуже часто, оскільки велика частина даних, зв'язаних таким чином, може бути поміщена в одну таблицю. Відношення «один-до-одному» може використовуватися для поділу дуже широких таблиць, для відділення частини таблиці, яку треба захистити, а також для збереження даних, що відносяться до підмножини записів у головній таблиці.

При відношенні «багато-до-багатьох» одному запису в таблиці A можуть відповідати кілька записів у таблиці B, а одному запису в таблиці B кілька записів у таблиці A.

Цей тип зв'язку можливий тільки за допомогою третьої (сполучної) таблиці, первинний ключ якої складається з двох полів, що є зовнішніми ключами таблиць A і B. Відношення «багато-до-багатьох» по суті справи являє собою два відношення «один-до-багатьох» із третьою таблицею.

Будуємо зв'язки між таблицями із встановленням правил цілісності даних

Необхідно виконати послідовність Сервис → Схема базы даних (Tools → Relationships). Появиться вікно Схема базы даних (Relationships). Якщо ви дотримувалися рекомендацій при проектуванні таблиць, а саме: поля між якими існує зв’язок мають однакові імена та відповідні типи, то MS Access визначить типи зв’язків сам і побудує схему. Якщо ж ні, то після появи вікна Схема базы даних необхідно натиснути праву кнопку миші і вибрати з меню стрічку . Послідовно додаємо необхідні таблиці

Між полями фірма_виробник таблиці Виробник i Відомості про товар існує зв’язок один до багатьох, так як одна фірма може продавати багато видів шоколадної продукції. Для того щоб визначити його необхідно відмітити поле фірма_виробник таблиці Виробник і не відпускаючи ліві кнопку мишки переміститися до поля фірма виробник таблиці Відомості про товар, активізується вікно Изменение связей (Edit Relationships). Натиснувши кнопку Объединение (Join Type…), визначаємо Параметры объединения (Join Properties) відмітивши необхідний тип зв’язку (у нашому випадку 3) і натискаємо кнопку ОК. Після чого у вікні Изменение связей відмічаємо властивість Обеспечение целостности данных (Enforce Referential Integrity) і натискаємо кнопку Создать (Create).

Аналогічну послідовність дій виконуємо для інших таблиць.

В результаті ми отримаємо схему представлену на рис.11.

Зв'язок один до одного відображений між полями код продукту таблиць Інформація про замовлені вироби та Замовлення адже і одна й інша таблиця надає відомості про один і той же товар.

Зв'язок один до багатьох відображений між полями код виробника таблиць Замовлення та виробник, так як одна фірма може продавати багато видів шоколадної продукції.

Зв'язок багато до одного відображений між полями код постачальника таблиць Замовлення і Постачальник.

Зв'язок багато до багатьох, як уже було сказано, утворюється з допомогою додаткової таблиці. В даному випадку такою є таблиця Замовлення. Відношення «багато-до-багатьох» являє собою два відношення «один-до-багатьох» із третьою таблицею. Отже між таблицями Виробник і Постачальник існує зв'язок багато до багатьох, адже однин постачальник може постачати продукцію різних виробників. А продукція одного виробника може бути перевезена багатьма постачальниками.

Рис.7. Схема бази даних.

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