Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
М. ГРУБЕР_SQL.doc
Скачиваний:
22
Добавлен:
18.04.2019
Размер:
1.4 Mб
Скачать

Столбцы именуются и нумеруются

В отличие от строк, столбцы таблицы (также называемые полями) упорядочиваются и именуются. Таким образом, в нашей таблице адресной книги можно указать на столбец "адрес" или на "столбец 3". Конечно, это означает, что каждый столбец данной таблицы должен иметь уникальное имя, чтобы избежать неоднозначности. Лучше всего, если эти имена указывают на содержание поля. В типовых таблицах этой книги, мы будем использовать такие сокращения для имени столбца, как cname для имени заказчика, и odate для даты Заказа. Мы также дадим каждой таблице столбец с личным числовым номером в качестве первичного ключа. Следующий раздел будет объяснять эти таблицы и их ключи более подробно.

Типовая база данных

Таблицы 1.1, 1.2, и 1.3 составляют реляционную базу данных, которая является минимально достаточной, чтобы легко ее отслеживать, и достаточно полной, чтобы иллюстрировать главные понятия и практику использования SQL. Эти таблицы напечатаны в этой главе, а также в Приложении E. Так как они будут использоваться для иллюстрирования различных особенностей SQL во всей этой книге, мы рекомендуем, чтобы вы скопировали их, для удобства ссылки к ним.

Вы могли уже обратить внимание, что первый столбец каждой таблицы содержит номера, чьи значения различны для каждой строки. Как вы, наверное, и предположили, это — первичные ключи таблиц. Некоторые из этих номеров также показаны в столбцах других таблиц. В этом нет ничего неверного. Они показывают связь между строками, которые используют значение принимаемое из первичного ключа, и строками, где это значение используется в самом первичном ключе.

Таблица 1.1: Продавцы

SNUM

SNAME

CITY

COMM

1001

Peel

London

.12

1002

Serres

San Jose

.13

1004

Motika

London

.11

1007

Rifkin

Barcelona

.15

1003

Axelrod

New York

.10

Таблица 1.2: Заказчики

CNUM

CNAME

CITY

RATING

SNUM

2001

Hoffman

London

100

1001

2002

Giovanni

Rome

200

1003

2003

Liu

SanJose

200

1002

2004

Grass

Berlin

300

1002

2006

Clemens

London

100

1001

2008

Cisneros

SanJose

300

1007

2007

Pereira

Rome

100

1004

Таблица 1.3: Заказы

ONUM

AMT

ODATE

CNUM

SNUM

3001

18.69

10/03/1990

2008

1007

3003

767.19

10/03/1990

2001

1001

3002

1900.10

10/03/1990

2007

1004

3005

5160.45

10/03/1990

2003

1002

3006

1098.16

10/03/1990

2008

1007

3009

1713.23

10/04/1990

2002

1003

3007

75.75

10/04/1990

2004

1002

3008

4723.00

10/05/1990

2006

1001

3010

1309.95

10/06/1990

2004

1002

3011

9891.88

10/06/1990

2006

1001

Например, поле snum в таблице Заказчиков указывает, какому продавцу назначен данный заказчик. Номер поля snum связан с таблицей Продавцов, которая дает информацию об этих продавцах. Очевидно, что продавец которому назначены заказчики должен уже существовать — то есть, значение snum из таблицы Заказчиков должно также быть представлено в таблице Продавцов. Если это так, то говорят, что "система находится в состоянии справочной целостности". Этот вывод будет более полно и формально объяснен в Главе 19.

Примечание: Эти три представленных таблицы в тексте имеют русские имена — Продавцов, Заказчиков и Заказов, и далее будут упоминаться именно под этими именами. Имена любых других применяемых в книге таблиц будут написаны по-английски, чтобы отличать их от наших базовых таблиц этой базы данных. Кроме того, в целях однозначности, имена заказчиков, продавцов, Системных Каталогов, а также полей в тексте, также будут даны на латыни.

Таблицы приведены как пример к похожей ситуации в реальной жизни, когда вы будете использовать SQL, чтобы следить за продавцами, их заказчиками, и Заказами заказчиков. Давайте рассмотрим эти три таблицы и значения их полей.

Здесь показаны столбцы Таблицы 1.1

ПОЛЕ

СОДЕРЖАНИЕ

Snum

уникальный номер, назначенный каждому продавцу ("номер служащего")

Sname

имя продавца

City

расположение продавца (город)

Comm

комиссионные продавцов в десятичной форме

Таблица 1.2 содержит следующие столбцы:

ПОЛЕ

СОДЕРЖАНИЕ

Cnum

Уникальный номер, назначенный каждому заказчику

Cname

Имя заказчика

City

Расположение заказчика (город)

Rating

Код, указывающий уровень предпочтения данного заказчика перед другими. Более высокий номер указывают на большее предпочтение (рейтинг).

Snum

Номер продавца, назначенного этому заказчику (из таблицы Продавцов)

И имеются столбцы в Таблице 1.3:

ПОЛЕ

СОДЕРЖАНИЕ

Onum

уникальный номер, данный каждому приобретению

Amt

значение суммы приобретений

Odate

дата приобретения

Cnum

номер заказчика делающего приобретение (из таблицы Заказчиков)

Snum

номер продавца продающего приобретение (из таблицы Продавцов)

Резюме

Теперь вы знаете, что такое реляционная база данных, понятие, которое звучит сложнее, чем есть на самом деле. Вы также изучили некоторые фундаментальные принципы относительно того, как сделаны таблицы, как работают строки и столбцы, как первичные ключи отличают строки друг друга, и как столбцы могут ссылаться к значениям в других столбцах. Вы поняли, что запись это синоним строки, и что поле это синоним столбца. Оба термина встречаются в обсуждении SQL, и мы будем использовать их в равной степени в этой книге.

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

Теперь вы готовы к углублению в SQL самостоятельно. Следующая глава даст вам быстрый просмотр языка, и даст вам информацию, которая поможет Вам ссылаться к уже пройденным местам.