Клиенты

Товары

1\/1ножество

Записи у

Lf №112961

№112962

№112963

№112964

NbI12965

Заказы

Pkc. (Сетевая база данных, сойвфжайхая информацию о зЬказах

Сетевые базы данных обладали рядом преимуществ:

Гибкость. Множественные отношения предок/потомок позволяли сетевой базе данных хранить информацию, структура которой была сложнее простой иерархии.

Стандартизация. Появление стандарта CODASYL увеличило популярность сетевой модели, а такие поставщики мини-компьютеров, как Digital Equipmem Corporation и Data General, реализовали сетевые СУБД.

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

Конечно, у сетевь[х баз данных имелись недостатки. Подобно своим иерархическим предкам, сетевые базы данных были очень жесткими . Наборы отношений и структуру записей приходилось задавать наперед. Изменение структуры базы данных обычно означало перестройку последней.

Как иерархическая, так и сетевая база данных были инструментами програм1ИИ-стов. Чтобы получить ответ на вопрос какой товар наиболее часто заказываеткомпания X? , программисту приходилось писать программу для навигации по базе данных. Реализация пользовательских запросов часто затягивалась на недели и месяцы, и к моменту появления программы информация, которую она предоставляла, часто оказывалась бесполезной.

Недостатки иерархической и сетевой моделей привели к повышению интереса к новой,/реляционном модели данных, впервые описанной доктором Коддом в 1970 году. Поначалу она представляла лишь академический интерес. Сетевьге базы данных продолжали оставаться важной технологией на протяжении 70-х и в начале 80-х годов, особенно в мини-компьютерных системах, переживавших пик популярности. Но в

середине 80-х годов начался взлет реляционной модели. В первой половине 90-х годов сетевые базы данных утратили популярность и сегодня не играют значительной роли на рынке баз данных.

Реляционная модель данных

Реляционная модель была попыткой упростить структуру базы данных. В ней отсутствовали явные указатели на предков и потомков, а все данные были представлены в виде простых таблиц, разбитых на строки и столбцы. На рис. 4.5 изображена реляционная версия рассмотренной выше сетевой базы данных, содержащей информацию о заказах.

Таблица PRODUCTS

Таблица ORDERS

DESCRIPTION

Ratchet Link Widget Remover Reducer

PRICE QTY ON HAND

$79.00 $2,750.00 $355.00

210 25 38

Таблица CUSTOHERS

5ГЯ база данных, >

жазах

К сожалению, практическое определение понятия реляционная база данных оказалось гораздо более расплывчатым, чем точное математическое определение, данное этому термину доктором Кодцом в 1970 году. В первых реляционных СУБД не были реализованы некоторые из ключевых частей модели Кодда, и этот пробел был восполнен только впоследствии. По мере роста популярности реляционной концепции реляционными стали называться многие СУБД, которые на деле таковыми не являлись.

В ответ на неправильное использование термина реляционный доктор Кодд в 1985 году написал статью, где сформулировал 12 правил, которым должна удовлетворять любая база данных, претендующая на звание реляционной. С тех пор двенадцать правил Кодда считаются определением реляционной базы данных. Однако мы начнем с более простого определения:

Реляционной называется база данных, в которой все данные, доступные пользователю, организованы в виде таблиц, а все операции над данными сводятся к операциям над этими таблицами.

Приведенное определение не оставляет места встроенным указателям, имеющимся в иерархических и сетевых СУБД. Реляционная СУБД способна реализовать отношения предок/потомок, однако эти отношения представлены исключительно значениями данных, содержащихся в таблицах.

Учебная база данных

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

Таблица ORDERS

]]llVo -DEC-89 2117

Mall 11-JAN-90 2111

2989 03-JAN-90 2101

1 3Q51 io FEB-90 2118

V-illtl 12-0CT-89 2102

\Л?.Л 30-JAN-90 2107

Aiin 02-FEB-90 2112

1 ?n? 17-DEC-89 2103

;;[30Га6лица CUSTOMERS

Таблица PRODUCTS

2111 2102 2103 2123 2107

HFR ID PRODUCT ID DESCRIPTION

REI ACI QSA BIC

11291 CUST NUM COMPANY 1130: 1130f 1129

ii3o:

1130( 11301

1130;

1129! 1129 1130: 1130: 1129! 11301 11301 11 in. Таблица OFFICES

CUST REP CREDIT LIHIT

JCP Inc. First Corp. Acme Hfg. Carter & Sons Ace Internationa

Таблица SALESREPS

NAME

Bill Adams Mary Jones Sue Smith

AGE REP OFFICE TITLE

$31,500.00 $3,745.00 $1,458,00 tl 4?fl no

2A45C 4100Y XK47 41672

103 101 105 102 110 101 Iflfi

Ratchet Link Widget Remover Reducer Plate

$50,000.00 $65,000.00 $50,000.00 $40,000.00 $35,000,00 $20,000.00 nnn nn

Sales Sales Sales VP Sales

H1RE DATE MANAGER

12-FEB-88 12-0CT-89 10-DEC-B6 14-JAN-88

PRICE QTY ON HAND

104 106 10B NULL 106 104 101 106 104 108

$79.00 $2,750.00 $355.00 $180.00 $1,875.00 $107.00 $117.00 $652.00 $250.00 $134.00 $4,500.00 $148.00 $54.00

QUOTA

$350,000.00 $300,000. $350,000.00 $275,000.00 $200.000.00 $300,000.00 NULL $360,000.00 $275,000.00 $300,000.00

210 25 3B 0 9

207 139 3

24 203

12 115 223

SAIES

$367, 00 $392, $474, $299, $142 $306 $75 $361 $286 $186

911.00 725.00 050.00 912.00 594.00 673.00 985,00 865.00 775,00 042.00

Шчебн,

аза данных

mi* -i

В учебной базе данных содержится пять таблиц. В каждой таблице хранится информация об одном конкретном типе сущности:

в таблице customers хранятся данные о каждом клиенте, такие как название компании, лимит кредита и идентификатор служащего, отвечающего за связь с этой компанией;

в таблице salesreps хранятся данные о каждом служащем, включая ел 1Яден-тификатор, имя, возраст, объем продаж с начала года и другую информацию;

в таблице offices хранятся данные о каждом из пяти офисов, включая город, в котором расположен офис, регион продаж, к которому он принадлежит, и т.д.;

в таблице orders хранятся все заказы, размещаемые клиентом, и указывается идентификатор служащего, принявшего заказ, идентификатор заказанного товара, его количество, стоимость заказа и т.д.; для простоты в одном заказе может упоминаться только один товар;

в таблице products хранятся данные о каждом товаре, предлагаемом на продажу, такие как его производитель, идентификатор, описание и цена.