Таблиці – це важливі об'єкти в базі даних, оскільки саме вони містять усі відомості або дані. Наприклад, бізнес-база даних може містити таблицю "Контакти", у якій зберігаються імена, адреси електронної пошти й номери телефонів постачальників. Оскільки інші об'єкти бази даних сильно залежать від таблиць, розробку бази даних слід починати зі створення всіх таблиць. Потім створіть інші об'єкти. Перш ніж створювати таблиці в Access, визначте, які таблиці можуть вам знадобитися та які вимоги до них висуваються. Основні відомості про планування та розробку бази даних див. в цій статті.
У цій статті
Огляд
Реляційна база даних, така як база даних Access, зазвичай має кілька пов’язаних таблиць. У правильно спроектованих базах даних у кожній таблиці зберігаються дані на певну тему, наприклад співробітники або продукти. Таблиця складається із записів (рядків) і полів (стовпців). Поля містять різні типи даних, наприклад текст, числа, дати та гіперпосилання.
- Запис: містить певні дані, наприклад відомості про конкретного працівника або продукт.
- Поле: містить дані про один аспект, притаманний даним у таблиці, наприклад ім'я або адресу електронної пошти.
- Значення поля: Кожен запис має значення поля, наприклад
Contoso, Ltd.абоsomeone@example.com.
Властивості таблиць і полів
Крім того, таблиці й поля мають властивості, за допомогою яких можна керувати їхніми характеристиками та поведінкою.
- Властивості таблиці
- Властивості поля.
У базі даних Access властивості таблиці – це атрибути таблиці, які впливають на вигляд і поведінку таблиці в цілому. Властивості таблиці визначаються у вікні властивостей таблиці в режимі конструктора. Наприклад, щоб указати спосіб відображення таблиці за замовчуванням, можна встановити властивість таблиці Подання за промовчанням.
Властивість поля застосовується до конкретного поля в таблиці та визначає одну з характеристик поля або аспект його поведінки. Деякі властивості поля можна задати у вікні табличного подання даних. Будь-яку властивість поля також можна встановити в режимі конструктора за допомогою області Властивості поля.
Типи даних
Кожне поле задається з певним типом даних. Тип даних поля визначає, які саме дані зберігаються в ньому, як-от великі обсяги тексту або вкладені файли.
Тип даних – це властивість поля, але вона так відрізняється від інших властивостей поля:
- Тип даних поля встановлюється в бланку таблиці, а не в області Властивості поля.
- Тип даних поля визначає, які ще властивості матиме поле.
- Тип даних поля потрібно обов’язково вказувати під час створення поля.
Ви можете створити поле в Access, ввівши дані в новий стовпець у вікні табличного подання даних. Якщо створити поле, ввівши дані у вікні табличного подання даних, програма Access автоматично призначить тип даних за введеним значенням. Якщо введені дані не відповідають жодному типу, буде вибрано текстовий тип даних. За потреби його можна змінити, використовуючи команди стрічки.
Приклади автоматичного визначення типу даних
У таблиці нижче показано, як автоматичне визначення типу даних працює у вікні табличного подання даних.
| Якщо ви введете | Поле створюється з типом даних |
|---|---|
John |
Короткий текст |
http://www.contoso.com |
Гіперпосилання |
1 |
Число, довге ціле число |
50,000 |
Число, довге ціле число |
50,000.99 |
Число, подвійної точності |
50000.389 |
Число, подвійної точності |
12/67 |
Дата й час |
December 31, 2016 |
Дата й час |
10:50:23 |
Дата й час |
10:50 am |
Дата й час |
17:50 |
Дата й час |
$12.50 |
Грошова одиниця |
21.75 |
Число, подвійної точності |
123.00% |
Число, подвійної точності |
3.46E+03 |
Число, подвійної точності |
Ви можете вказати будь-який припустимий префікс протоколу Інтернету, наприклад http://, https://, або mailto:. Access розпізнає формати дати, часу та грошових одиниць на основі регіону користувача.
Зв’язки таблиць
Хоча в кожній таблиці зберігаються дані про окремий предмет, зазвичай до однієї бази даних Access належать таблиці з взаємопов’язаними предметами. Наприклад, база даних може містити:
- таблицю клієнтів, яка містить імена клієнтів компанії та їхні адреси;
- таблицю товарів, які ви продаєте, включно з цінами та зображеннями для кожного елемента;
- таблицю замовлень, у якій відстежуються замовлення клієнтів.
Оскільки дані про різні предмети зберігаються в окремих таблицях, потрібен спосіб зв'язати ці дані разом, щоб мати змогу легко об'єднати пов'язані дані з цих окремих таблиць. Для цього створюють зв’язки. Зв’язок – це логічне поєднання двох таблиць, яке визначає спільні поля для обох із них. Докладні відомості див. в статті Посібник зі зв’язків між таблицями.
Ключі
Поля, які використовуються для зв’язку таблиць, називаються ключами. Ключ зазвичай складається з одного поля, але може складатись і з кількох полів. Існують два типи ключів:
- Первинний ключ. Таблиця може мати лише один первинний ключ. Первинний ключ складається з одного або кількох полів, які унікально ідентифікують кожен запис, що зберігається в таблиці. Як первинний ключ часто використовують певний унікальний ідентифікатор, наприклад ідентифікаційний номер, серійний номер або код. Наприклад, у вас є таблиця "Клієнти", у якій кожний клієнт має унікальний ідентифікатор. Поле такого ідентифікатора – це первинний ключ таблиці "Клієнти". Якщо первинний ключ містить кілька полів, зазвичай він складається з наявних полів, які разом забезпечують унікальні значення. Наприклад, можна використати поєднання прізвища, імені та дати народження як первинний ключ для таблиці про людей. Докладні відомості див. в статті "Додавання або змінення первинного ключа таблиці".
- Зовнішній ключ. Таблиця також може мати один або кілька зовнішніх ключів. Зовнішній ключ містить значення, які відповідають значенням первинного ключа іншої таблиці. Нехай, наприклад, існує таблиця "Замовлення", у якій кожне замовлення має ідентифікаційний номер клієнта, що відповідає запису в таблиці "Клієнти". Поле ідентифікатора клієнта – це зовнішній ключ таблиці "Замовлення".
Відповідність значень у полях ключів формує основу зв’язків таблиць. Зв’язок таблиць використовується для об’єднання даних із пов’язаних таблиць. Припустімо, ви маєте дві таблиці: "Клієнти" й "Замовлення". У таблиці "Клієнти" кожний запис визначається за полем первинного ключа (ідентифікатором).
Щоб пов’язати кожне замовлення із клієнтом, додайте до таблиці «Замовлення» поле зовнішнього ключа, яке відповідає полю ідентифікатора в таблиці «Клієнти», а потім створіть зв’язок між двома ключами. Під час додавання запису до таблиці «Замовлення» слід використовувати значення ідентифікатора клієнта з таблиці «Клієнти». Відтак, якщо потрібно переглянути відомості про замовника, ви використовуєте зв'язок, щоб визначити, які дані з таблиці "Клієнти" відповідають потрібним записам у таблиці "Замовлення".
- Первинний ключ, позначений піктограмою ключа поряд з іменем поля.
- Зовнішній ключ, який відображається без піктограми ключа.
Не додавайте поле, якщо очікується, що для кожної унікальної сутності, представленої в таблиці, знадобиться кілька значень для поля. Продовжуючи попередній приклад, якщо ви хочете почати відстежувати замовлення своїх клієнтів, не додавайте поле до таблиці, оскільки кожен клієнт матиме кілька замовлень. Натомість створіть нову таблицю, щоб зберігати замовлення, а потім створіть зв'язок між двома таблицями.
Переваги використання зв’язків
Зберігання даних порізно у зв'язаних таблицях дає такі переваги:
- Консистенція: Оскільки кожний елемент даних записується лише один раз в одній таблиці, імовірність виникнення неоднозначності або неузгодженості менша. Наприклад, ім'я клієнта зберігається лише один раз у таблиці про клієнтів, а не багаторазово (імовірно, неузгоджено) у таблиці, яка містить дані про замовлення.
- Ефективність: Записування даних в одному розташуванні означає, що використовується менший обсяг місця на диску. Крім того, менші таблиці надають дані швидше, ніж великі. Нарешті, якщо ви не використовуєте окремі таблиці для окремих предметів, у таблиці буде введено Null-значення (відсутність даних) і надмірність. Обидва ці фактори можуть марнувати місце та знижувати продуктивність.
- Зрозумілість: Макет бази даних легше зрозуміти, якщо предмети належним чином розділено між таблицями.
Плануючи структуру таблиць, враховуйте зв’язки між ними. Якщо таблиця з відповідним первинним ключем уже існує, можна створити поле зовнішнього ключа, скориставшись майстром підстановок, який автоматично створить зв’язок. Докладні відомості див. в статті Створення та видалення поля підстановки.