SQL: быстрое погружение

Допустим, отделу маркетинга компании sTunes необходимо более детально проанализировать клиентскую базу. В этом случае он запросит полный список имен клиентов (имя и фамилию) со всеми счетами, выставленными каждому клиенту. Как мы напишем такой запрос, используя только таблицу invoices? Нам не удастся ответить на этот вопрос, используя только один запрос и ранее полученные навыки. Таблица invoices не содержит имена клиентов. Однако таблица invoices содержит поле CustomerId. Чтобы отобразить список счетов с именами клиентов, которым выставлены данные счета, нам необходимы таблицы invoices и customers.

Мы видим, что таблица customers (рис. 63) содержит требуемую нам информацию — имена и фамилии всех клиентов компании sTunes. Данная таблица также содержит поле CustomerId. Если мы внимательно посмотрим на значки в таблице customers, то увидим, что рядом с полем CustomerId расположен небольшой значок ключа. В главе 1 мы говорили о том, что значок ключа — это символ первичного ключа, уникального поля идентификации для конкретной таблицы.

НАПОМИНАНИЕ

Каждая таблица должна содержать хотя бы одно поле, служащее первичным ключом. Первичный ключ одной таблицы, как правило, является внешним ключом для другой таблицы.

Рис. 63

Поскольку CustomerId — это первичный ключ таблицы customers, а таблица invoices содержит аналогичное поле с тем же именем, то эти два поля CustomerId — это связь, необходимая для одновременного доступа к обеим таблицам. Теперь у нас есть вся информация, необходимая для объединения этих двух таблиц и создания списка счетов с именами клиентов.

Рассмотрим пример использования операции соединения JOIN, объединяющей эти таблицы.

SELECT

*

FROM

invoices

INNER JOIN

customers

ON

invoices.CustomerId = customers.CustomerId

Примечание

В данном примере мы используем соединение, называемое INNER JOIN (внутреннее соединение). Далее мы рассмотрим несколько различных типов соединений. Каждое работает по своему правилу. На данный момент вам лишь необходимо знать, что соединения позволяют нам получать доступ к полям из разных таблиц.

Вам уже знакомы многие операторы данного запроса. Запрос начинается с SELECT, как и все наши предыдущие запросы. Мы используем символ *, чтобы получить все поля в таблице. Выберем все поля из таблицы invoices и объединим их со всеми полями в таблице customers. Ключевое слово ON используется в запросе для связи двух таблиц через поле CustomerId. Поскольку существует два варианта поля CustomerId (по одному в каждой таблице), нам нужно сообщить браузеру SQL, какой из вариантов использовать. Для этого существует специальная нотация (в форме tablename.FieldName). Устанавливаем равенство между полем CustomerId из таблицы invoices (записанное как invoices.CustomerId) и полем CustomerId из таблицы customers (customers.CustomerId). Результат показан на рис. 64.

Рис. 64

Примечание

Используя символ *, мы объединили девять полей таблицы invoices с тринадцатью полями таблицы customers. В результате получилось двадцать два поля. Для удобства печати мы убрали некоторые из этих полей, но мы можем просмотреть все двадцать два поля в браузере, используя горизонтальную полосу прокрутки на панели результатов на вкладке Execute SQL (Выполнить SQL-запрос).

Соединения и структура реляционной базы данных

Теперь проанализируем, что произойдет, если объединить таблицу invoices с таблицей customers. Рассмотрим поле InvoiceId из таблицы invoices результирующего набора данных (см. рис. 64). Мы увидим, что первые семь записей связаны с одним и тем же CustomerId. Это означает, что клиенту № 1 выставили все семь счетов. Если мы проанализируем часть результирующей таблицы customers, то увидим, что данного клиента зовут Lus Gonalves. Один клиент связан со многими счетами. На языке реляционной базы данных (глава 1) мы можем сказать, что таблица customers имеет связь «один-ко-многим» с таблицей invoices. Клиенту с одним CustomerId могут выставить множество счетов (если он заказал несколько песен), но в таблице invoices сохранится один и тот же номер CustomerId. Еще один вариант описания этой связи — схема базы данных в виде ER-диаграммы (ER от Entity — Relationship, сущность — связь).

На рис. 65 графически представлены взаимосвязи между таблицей customers и таблицей invoices. В остальной части нашей базы данных мы обнаружим множество других первичных и внешних ключей, устанавливающих связь между разными таблицами. Понимание этой взаимосвязи — это и есть часть создания и использования соединений. Чтобы объединить таблицы вместе, мы должны уметь идентифицировать первичные и внешние ключи и понимать, какие поля нам необходимы.

Если бы таблица invoices содержала поле, включающее все имена клиентов, то в соединении таблиц не было бы необходимости. Также вместо базы данных с тринадцатью таблицами можно было бы создать одну гигантскую таблицу, содержащую все поля.

Вопрос. Зачем в базах данных нужно иметь несколько таблиц?