ВСТУП
SQL (ЗВИЧАЙНО їх вимовляють ЯК "СЕКВЕЛ") символізує собою Структурований Мова Запитів. Це - мова який дає вам можливість створювати і працювати в реляційних базах даних, які є наборами зв'язаної інформації що зберігається в таблицях.
Світ баз даних стає все більш і більш єдиним, що призвело до необхідності створення стандартного мови, який міг би використовуватися для функціонування в великій кількості різних видів комп'ютерних середовищ. Стандартна мова дозволить користувачам, які знають один набір команд, використовувати їх, щоб створювати, відшукувати, змінювати, і передавати інформацію, незалежно від того, чи працюють вони на персональному комп'ютері, мережевій робочій станції, або на універсальній ЕОМ.
У нашому все більш і більш взаємопов'язаному комп'ютерному світі, користувач забезпечений такою мовою, має величезну перевагу у використанні та узагальненні інформації з ряду джерел за допомогою великої кількості способів.
Елегантність і незалежність від специфіки комп'ютерних технологій, а також його підтримка лідерами промисловості в області технології реляційних баз даних, зробило SQL, і ймовірно протягом осяжного майбутнього залишить його, основним стандартною мовою. З цієї причини, будь-хто хоче працювати з базами даних 90-х років повинен знати SQL.
Стандарт SQL визначається ANSI (Американським Національним Інститутом Стандартів) і в даний час також приймається ISO (Міжнародною організацією зі стандартизації). Однак, більшість комерційних програм баз даних розширюють SQL без повідомлення ANSI, додаючи різні інші особливості в цю мову, які, як вони вважають, будуть вельми корисні.
Іноді вони дещо порушують стандарт мови, хоча хороші ідеї мають тенденцію розвиватися і незабаром ставати стандартами "ринку" самі по собі в силу корисності своїх якостей.
У цій книзі, ми будемо, в основному, слідувати стандарту ANSI, але одночасно іноді показуватиме і деякі найбільш загальні відхилення від його стандарту.
Ви повинні проконсультуватися з документацією вашого пакету програм який ви будете використовувати, щоб знати де в ньому цей стандарт видозмінений.
ЩО ТАКЕ - РЕЛЯЦІЙНА БАЗА ДАНИХ?
Те, що ви отримали, є основою реляційної бази даних як і було визначено на початку цього обговорення - а саме, двомірної (рядок і стовпець) таблицею інформації.
Однак, реляційні бази даних рідко складаються з однієї таблиці. Така таблиця менше, ніж файлова система. Створивши кілька таблиць взаємозалежної інформації, ви зможете виконати більш складні і потужні операції з вашими даними. Потужність бази даних залежить від зв'язку, яку ви можете створити між фрагментами інформації, а не від самого фрагмента інформації.
ЗВ'ЯЗУВАННЯ ОДНІЄЇ ТАБЛИЦІ З ІНШОГО
ПОРЯДОК СТРОК свавілля
Розглянемо другу таблицю. Іноді Вам необхідно бачити цю інформацію впорядкованою в алфавітному порядку за іменами, іноді в зростаючому або спадному порядку, а іноді згрупованої по відношенню до якого-небудь лікаря. Накладення порядку набору в рядках стикатиметься із здатністю замовника змінювати його, тому рядки завжди розглядаються як неврегульовані. З цієї причини, ви не можете просто сказати: "Ми хочемо подивитися п'ятий рядок таблиці." Нехтуючи порядком в якому дані вводилися або будь-яким іншим критерієм, ми визначимо, не ту рядок, хоча вона і буде п'ятою. Рядки таблиці які розглядаються, не будуть у будь-якої певної послідовності.
ІДЕНТИФІКАЦІЯ СТРОК (ПЕРВИННІ КЛЮЧІ)
З цих та інших причин, ви повинні мати стовпець у вашій таблиці який би унікально ідентифікував кожен рядок. Зазвичай, цей стовпець містить номер - наприклад, номер пацієнта призначається кожному пацієнтові. Звичайно, ви могли б використовувати їм пацієнтів, але можливо що є декілька Mary Smiths; і в цьому випадку, ви не будете мати іншого способу щоб відрізнити цих пацієнтів один від одного.
Ось чому номера так необхідні. Такий унікальний стовпець (або унікальна група стовпців), використовуваний щоб ідентифікувати кожен рядок і зберігати всі рядки окремо, називаються - первинними ключами таблиці.
Первинні ключі таблиці важливий елемент в структурі бази даних. Вони - основа вашої системи запису в файл; і коли ви хочете знайти певний рядок в таблиці, ви посилаєтеся до цього первинному ключу. Крім того, первинні ключі гарантують, що ваші дані мають певну цілісність. Якщо первинний ключ правильно іспользуетс і поддержіваетс, ви будете знати що немає порожніх рядків таблиці і що кажда рядок отлічаетс від будь-якого іншого рядка. Ми будемо обговорювати ключі і далі коли поговоримо щодо довідкової цілісності в Главі 19.
Стовпці позначаються і нумерують
Типова БАЗА ДАНИХ
Таблиці 1.1, 1.2, і 1.3 складають реляційну базу даних яка є мінімально достатньою щоб легко її відстежувати, і досить повної, щоб ілюструвати головні поняття і практику використання SQL. Ці таблиці надруковані в цьому розділі а також в Додатку E.
Ви могли вже звернути увагу що перший стовпець кожної таблиці, в кімнаті конференцій чиї значення різні для кожного рядка. Як ви напевно і припустили, це - первинні ключі таблиць. Деякі з цих номерів також показані в стовпцях інших таблиць. В цьому немає нічого неправильного. Вони показують зв'язок між рядками які використовують значення прийняте з первинного ключа, і рядками де це значення використовується в самому первинному ключі. Наприклад, поле snum в таблиці Замовників вказує, якому продавцеві призначений даний замовник. Номер підлогу snum пов'язаний з таблицею Продавців, яка дає інформацію про ці продавців. Очевидно, що продавець якому призначені замовники повинен вже існувати - тобто, значення snum з таблиці Замовників повинне також бути представлено в таблиці Продавців. Якщо це так, то кажуть, що "система знаходиться в стані довідкової цілісності". Цей висновок буде більш повно і формально пояснений в Главі 19.
ПРИМІТКА: Ці три представлених таблиці в тексті мають російські імена - Продавців, Замовників і Порядків, і далі будуть згадуватися саме під цими іменами. Імена будь-яких інших застосовуваних у книзі таблиць будуть написані по-англійськи що б відрізняти їх від наших базових таблиць цієї бази даних. Крім того з метою однозначності, імена замовників, продавців, Системних Каталогів а також полів в тексті, також будуть дані на латині.
Таблиці наведені як приклад до схожої ситуації в реальному житті, коли ви будете використовувати SQL щоб стежити за продавцями, їх замовниками, і порядками замовників. Давайте розглянемо ці три таблиці і значення їх полів. Тут показані стовпці Таблиці 1.1
Тепер ви знаєте що таке реляційна база даних, поняття, яке звучить складніше ніж є насправді. Ви також вивчили деякі фундаментальні принципи щодо того, як зроблені таблиці - як працюють рядки і стовпці, як первинні ключі відрізняють рядки одного одного, і як стовпці можуть посилатися до значень в інших стовпцях.
Ви зрозуміли що запис це синонім рядка, і що поле це синонім стовпчика. Обидва терміни зустрічаються в обговоренні SQL, і ми будемо використовувати їх в рівній мірі в цій книзі.
Ви тепер знайомі з таблицями прикладів. Короткі і прості. вони здатні показати більшість особливостей мови, як ви це побачите У деяких випадках, ми будемо використовувати інші таблиці або постулати деяких різних даних в одній з цих таблиць щоб показати вам деякі інші можливості.