Початок роботи зі створення нових таблиць та зв’язування записів; Airtable - Підтримка
Статті в цьому розділі
Статті в цьому розділі ▾
Якщо ви дотримувались цього посібника, ваша таблиця починає виглядати досить надійною, з різними типами полів та безліччю різних видів.
(Якщо ви не стежили разом із керівництвом, можете скопіювати вбудовану базу вище, щоб вас наздогнали.)
Тепер у нас є всі інструменти, які нам потрібні, щоб почати створювати більше таблиць для зберігання іншої інформації, яка має відношення до запуску нашого лейбла, будь то таблиця для відстеження продажів наших альбомів, таблиця для відстеження турів наших виконавців та інших виступів, або стіл для відстеження розповсюджувачів музики та наших угод із ними.
Важливо, що коли ми створюємо ці нові таблиці, вони не будуть просто зберігати інформацію ізольовано одна від одної: ми зможемо представити, як наші виконавці, альбоми та багато іншого пов’язані між собою, використовуючи спеціальний тип поля називається полем зв’язаного запису, яке використовує переваги реляційних баз даних Airtable. Більше немає повторюваних даних або конфліктуючих редагувань!
- Повітряний стіл - це реляційна база даних, що означає, що він призначений для представлення взаємозв’язків між різними поняттями та/або об’єктами.
- A поле зв’язаного запису представляє взаємозв'язок між двома різними об'єктами, ідеями або людьми. Ви можете використовувати його для зв’язування двох таблиць, наприклад, виконавців та альбомів.
- Ви можете перетворити існуюче поле у зв’язаний запис, щоб створити нову пов’язану таблицю, або ви можете зв’язати дві існуючі таблиці разом.
- Зв’язані поля записів взаємний у таблицях - отже, створення зв’язаного поля запису, яке зв’язує таблицю виконавців із таблицею Альбоми, також створює пов’язане поле запису, яка пов’язує таблицю Альбоми з таблицею Виконавці.
Пригадайте, як називаються повітряні бази. ну "бази"? Це тому, що кожна база забезпечує вам гнучкість та потужність реляційна база даних. База даних - це, по суті, сукупність організованої інформації, а реляційна база даних - це тип бази даних, що використовує пов’язані таблиці для організації інформації. Використовуючи реляційну базу даних, ви не тільки можете краще моделювати, як різні концепції, проекти або люди пов’язані між собою, ви також можете уникнути дублювання інформації та конфліктів у робочому процесі.
У Airtable ми можемо представити зв'язки (посилання!) Між записами в різних таблицях за допомогою спеціального типу поля, що називається поле зв’язаного запису. Отже, у нашій базі Pacific Records, якби ми мали таблицю музичних виконавців та таблицю альбомів, ми могли б використовувати зв’язані поля записів, щоб пов’язувати таблицю виконавців та таблицю альбомів разом, щоб кожен виконавець був пов’язаний зі своїми альбомами, і кожен альбом пов’язаний зі своїм пов’язаним виконавцем.
Пов’язані поля записів містять сині маркери посилань; кожен маркер представляє посилання від одного запису до іншого запису. Натискання на посилання розширить запис, на який було зв’язано, що дозволить вам одним натисканням вивести важливу інформацію з іншої таблиці.
(Наведений вище gif показує, як буде виглядати ваша база до кінця цього модуля.)
Зв’язані поля записів також можуть допомогти вам гарантувати, що вам доведеться лише один раз вводити інформацію та вносити зміни лише в одному місці - якщо, наприклад, назва альбому змінюється безпосередньо перед випуском, або виконавець вирішує провести ребрендинг, вам потрібно змінити лише це інформація в одному місці, і вона буде оновлювати всюди, де інформація пов’язана. Завдяки вдосконаленому використанню зв’язаних записів ви також можете використовувати їх для узагальнення інформації з інших таблиць, щоб відповісти на більш детальні запитання, наприклад "Хто з наших виконавців продав найбільшу кількість записів загалом?" або "Хто з наших художників має найвищу середню пікову позицію в діаграмі?"
Повернімось ще раз до бази даних Pacific Records. Припустимо, ми хочемо почати зберігати більше інформації про кожен з альбомів наших виконавців - наприклад, про потокові номери кожного альбому, дати виходу тощо. Немає сенсу зберігати всю цю інформацію, яка стосується альбомів, у таблиці "Виконавці", оскільки структура таблиці "Виконавці" спеціально налаштована для інформації про виконавців. Натомість нам слід створити цілу нову таблицю - Альбоми - та зв’язати її з існуючою таблицею виконавців.