Page 104 - 4636
P. 104

1Таблиці
              Реляційні БД побудовані на основі відносин, зазвичай званих таблицями (table). Таблиця являє
        собою саме те, що і має на увазі цей термін - таблицю з даними. Якщо вам коли-небудь доводилося
        мати справу з електронною таблицею, отже, ви вже маєте досвід використання таблиць.
              Розглянемо приклад таблиці, показаний на рис. 5.1. Ця таблиця містить імена та адреси клієнтів
        книгарні "Буквофіл".

              Customers (Клієнти)
               Customer ID                   Name (ФІО)                 Address (Адреса)        City (Місто)
               (Ідентифікатор клієнта)
               1                             Саша Валентей           12, вул. Гудвіна           м. Київ
               2                             Єва Легка               34, вул. Чорновола         м. Харків
               3                             Слава Моргунов          56, вул. Пулюя             м. Одеса

                       Рисунок 5.1 - Таблиця з відомостями про покупців магазину "Буквофіл"

              Таблиця має власне ім'я - Customers (Клієнти), декілька стовпців, кожен з яких містить певного
        роду дані, а також рядки, в яких записано відомості про клієнтів.

              2 Cтовпці
              Кожен стовпець у таблиці має унікальне ім'я і містить різноманітні дані . Крім того, кожному
        стовпцю  відповідає  певний  тип  даних.  Наприклад,  у  таблиці  Customers  ,  яка  показана  на  рис.4.1,
        можна бачити, що стовпець CustomerID ( Ідентифікатор клієнта) зберігає цілочисельну інформацію, а
        інші три стовпці - рядки. Іноді стовпціназиваються також полями або атрибутами.

              3 Рядки
              Кожен рядок у таблиці являє окремого клієнта. Унаслідок використання табличного формату всі
        рядки мають одні і ті ж атрибути. Рядки також називають записами або кортежами.

              4 Значення
              Кожен рядок складається з набору окремих значень, відповідних стовпцям. Тип даних кожного
        значення має відповідати типу даних, заданому стовпцем.

              5 Ключі
              Клієнтів потрібно розрізняти. Кожному клієнтові привласнили унікальний ідентифікатор клієнта
        (CustomerID). При цьому використовується той самий принцип, що і в банку,  де рахункам клієнтів
        присвоюють унікальні номери, або в клубі, де кожному членові клубу видають індивідуальну членську
        картку  з  унікальним  номером.  Такий  підхід  полегшує  зберігання  відомостей  у  БД,  а  штучне
        привласнення ідентифікаційного номера гарантує його унікальність. Лише деякі реальні відомості про
        клієнта, навіть при спільному їх використанні , володіють подібною властивістю.
              Стовпець ідентифікації в таблиці називається ключем (кеу) або первинним ключем (primary кеу).
        Ключ  може  складатися  з  декількох  стовпців.  Наприклад,  якби  ми  вирішили  ідентифікувати  Славу
        Моргунова  по  рядку  "Слава  Моргунов:  56, вул.  Пулюя,  м.  Одеса",  то  ключ  складався  б  з  стовпців
        Name, Address, City. При цьому не можна було б гарантувати його унікальність.
              Зазвичай  бази  даних  складаються  з  декількох  таблиць,  для  яких  ключі  служать  сполучною
        ланкою. На рис. 5.2 показана база даних, в яку додано другу таблицю. У ній розміщуються відомості
        про замовлення, зроблені клієнтами.


                                                            101
   99   100   101   102   103   104   105   106   107   108   109