Мартин Грубер - Понимание SQL
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 самостоятельно. Следующая глава даст вам быстрый просмотр языка, и даст вам информацию, которая поможет Вам ссылаться к уже пройденным местам.
Глава 2. SQL : ОБЗОР.
ЭТА ГЛАВА ПОЗАКОМИТ ВАС СО СТРУКТУРОЙ SQL языка а также с определенными общими выводами, такими как тип данных которые эти поля могут содержать и некоторые области неоднозначностей которые существуют в SQL.
Она педназначена обеспечить связь с более конкретной информацией в последующих главах. Вы не должны запоминать каждую подробность упомянутую в этой главе. Краткий обзор представлен здесь в одной удобно размещеной области, многие подробности которой вы можете иметь чтобы в последствии ссылаться к ним по мере овладения языком. Мы поместили все это в начало книги чтобы ориентировать вас на мир SQL без упрощенного подхода к его проблемам и в тоже время дать Вам привычные в будущем места для ссылки к ним когда у Вас появятся вопросы. Этот материал может стать более понятным когда мы перейдем к описанию конкретных команд SQL, начинающихся с Главы 3.
КАК РАБОТАЕТ SQL?SQL это язык ориентированный специально на реляционные базы данных.
Он устраняет много работы которую вы должны были бы сделать если бы вы использовали универсальный язык программирования, напрмер C. Чтобы сформировать реляционную базу данных на C, вам необходимо было бы начать с самого начала. Вы должны были бы определить объект - называемый таблицей которая могла бы расти чтобы иметь любое число строк, а затем создавать постепенно процедуры для помещения значений в нее и извлечения из них. Если бы вы захотели найти некоторые определенные строки, вам необходимо было бы выполнить по шагам процедуру, подобную следующей :
* Рассмотрите строку таблицы.
* Выполните проверку - является ли эта строка одной из строк которая вам нужна.
* Если это так, сохраните ее где-нибудь пока вся таблица не будет проверена.
* Проверьте имеются ли другие строки в таблице.
* Если имеются, возвратитесь на шаг 1.
* Если строк больше нет, вывести все значения сохраненные в шаге 3.
( Конечно, это не фактический набор C команд, а только логика шагов которые должны были бы быть включены в реальную программу.) SQL сэкономит вам все это. Команды в SQL могут работать со всеми группами таблиц как с единым объектом и могут обрабатывать любое количество информации извлеченной или полученной из их, в виде единого модуля.
ЧТО ДЕЛАЕТ ANSI?
Как мы уже рассказывали в Введении, стандарт SQL определяется с помощью кода ANSI (Американский Национальный Институт Стандартов). ANSI не изобретал SQL. Это по существу изобретение IBM. Но другие компании подхватили SQL сразу же, по крайней мере одна компания (Oracle) отбила у IBM право на рыночную продажу SQL продуктов.
После того как появился ряд конкурирующих программ SQL на рынке, ANSI определил стандарт к которому они должны быть приведены (определение таких стандартов и является функцией ANSI ).
Однако после этого, появились некоторые проблемы. Возникли они в результате стандартизации ANSI ввиде некоторых ограничений. Так как не всегда ANSI определяет то что является наиболее полезным, то программы пытаются соответствовать стандарту ANSI не позволяя ему ограничивать их слишком сильно. Это, в свою очередь, ведет к случайным несогласованностям. Программы Баз Данных обычно дают ANSI SQL дополнительные особенности и часто ослабляют многие ограничения из большинства из них.
