Page 105 - 4636
P. 105

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

                Orders (Замовлення)
                        OrderID                CustomerID          Amount (Сумма)           Date (Дата)
                 (Ідентифікатор заказу)     (Зовнішній ключ)
                1                          3                     27.50                  02-Червня-2013
                2                          1                     12.99                  15-Червня-2013
                3                          2                     74.00                  19-Червня-2013
                4                          3                     6.99                   01-Липня-2013

                                Рисунок 5.2 - Зв’язок таблиці Orders з таблицеюCustomers

              Кожен рядок  у таблиці Orders (Замовлення) являє одне замовлення, зроблене одним клієнтом.
        Клієнта  можна  встановити  за  ідентифікатором  клієнта  CustomerID.  Наприклад,  якщо  поглянути  на
        замовлення  з  ідентифікатором  замовлення  OrderID,  рівним  2,  видно,  що  його  зробив  клієнт  з
        CustomerID, рівним 1. Потім, звернувшись до таблиці Customers, можна з'ясувати, що CustomerID = 1
        привласнений клієнту Саша Валентей.
              У відповідність з термінологією реляційних баз даних такий взаємозв'язок називається зовнішнім
        ключем (foreingkey). CustomerID - первинний ключ у таблиці Customers, проте коли він з'являється в
        іншій таблиці, наприклад, Orders, його називають зовнішнім ключем.

              6 Схеми
              Безліч структур усіх таблиць бази даних називається схемою (schema) цієї бази даних. У схемі
        повинні бути зображені таблиці разом з їх стовпцями, а також зазначені первинний ключ і всі зовнішні
        ключі для кожної таблиці. Схема не містить ніяких конкретних даних, проте в неї можна помістити
        зразки  даних,  щоб  призначення  тих  чи  інших  стовпців  було  зрозуміліше.  Схеми  можуть  бути
        представлені у вигляді неформальних діаграм, аналогічних до використовуваних у цій лекції, у вигляді
        діаграм "сутність-відношення" (які не розглядаються в даній лекції) або в текстовій формі подібний до
        наступного:
              Customers (CustomerlD, Name, Address, City)
              Orders (OrderlD, CustomerlD, Amount, Date)
              Підкреслені  елементи  в  схемі  -  це  первинні  ключі  того  відношення,  де  вони  підкреслені.
        Елементи, виділені курсивом, являють собою зовнішні ключі відповідного відношення.

              7 Відношення
              Зовнішні ключі представляють відношення між даними у двох таблицях. Наприклад, зв'язок між
        таблицями Orders і Customers представляє відношення між рядком у таблиці Orders і рядком у таблиці
        Customers .
              У  реляційній  базі  даних  існують  три  основні  типи  відношеннь.  Їх  класифікують  залежно  від
        кількості елементів по кожну сторону відношення. Розрізняють відношення типу "один до одного ",
        "один до багатьох" , "багато до багатьох".
              Відношення  "один  до  одного"  означає,  що  з  кожного  боку  бере  участь  по  одному  елементу.
        Наприклад, якби адреси були поміщені не в таблицю Customers, а в якусь іншу, між цими таблицями
                                                            102
   100   101   102   103   104   105   106   107   108   109   110