SQL - классическая язык доступа к реляционным СУБД
Связь между таблицами
Итак, база данных - это набор таблиц. Как же обеспечить связь между таблицами? Связь между таблицами существует на мысленном, логическом уровне и определяется предметной областью. Практически связь между таблицами устанавливается за счет логически связанных данных в разных таблицах. В нашем примере с издательствами надо завести таблицу с описанием издательств, таблицу с описанием сборников, и т.д.
Таблица "Издательства":
+--------------------------+-----------------+ ¦ Название ¦ Адрес ¦ +--------------------------+-----------------+ ¦ Бухгалтерия и спорт ¦ Одесса, п/я 13 ¦ ¦ Драконоведение ¦ Энск, 5-е авеню ¦ ¦ .................... ¦ ............... ¦ +--------------------------+-----------------+
Таблица "Сборники":
--------------------------T------------------------+ ¦ Сборник ¦ Издательство ¦ +-------------------------+------------------------+ ¦ Финансы в спорте’97 ¦ Бухгалтерия и спорт ¦ ¦ Как уйти от налогов ¦ Бухгалтерия и спорт ¦ ¦ Техника бега ¦ Бухгалтерия и спорт ¦ ¦ Китайские бумажные змеи ¦ Драконоведение ¦ ¦ ...... ¦ .................... ¦ L-------------------------+------------------------+
Рис. 2.7. Структура некоторых таблиц из базы данных для издательств (отношения).
Теперь по названию сборника всегда можно определить название и адрес издательства (или нескольких издательств), его выпустившего. Для этого надо в таблице "Сборники" найти запись, у которой поле "Сборник" есть требуемое название, из найденной запись взять название издательства (атрибут “Издательство”), а потом в таблице "Издательства" найти нужный адрес.
Таким образом, для того, чтобы связать две таблицы мы использовали не жесткую, физически реализованную связь типа ссылки, а логическую, связь через сравнение значение атрибутов, которую строили динамически, в процессе поиска нужной информации.
Основным достоинством реляционных СУБД, обеспечившим таким СУБД высокую популярность, является нефункциональность языков запроса, в частности, языка SQL. Это означает, что Вы формулируете не то, КАК Вам надо найти данные, а то, ЧТО Вам надо найти.
Практически все современные реляционные СУБД поддерживают Structured Query Language (SQL) - язык структурированных запросов. Синтаксис и семантика данного языка определены стандартами ISO, базирующимися на соответствующих стандартах ANSI SQL 87, SQL-89 и SQL-92.
Описание схемы базы данных для нашего примера с издательствами будет выглядеть примерно так:
Code:
CREATE TABLE Издательства (
Название CHAR(20),
Адрес CHAR(40)
)
CREATE TABLE Сборники (
Сборник CHAR(20),
Издательство CHAR(20)
)
Запрос, который определит адрес издательства (или издательств), выпустивший сборник “Китайские воздушные змеи” будет выглядеть следующим образом:
Code:
SELECT Адрес FROM Издательства WHERE Название =
(SELECT Издательство FROM Сборники WHERE
Сборник = “Китайские воздушные змеи”)
Основным достоинством реляционных СУБД, обеспечившим таким СУБД высокую популярность, является нефункциональность языка запросов - языка SQL. Это означает, что Вы формулируете не то, КАК Вам надо найти данные, а то, ЧТО Вам надо найти.
Еще одним достоинством реляционных СУБД является высокая стандартизованность. Существует несколько стандартов, определяющих синтаксис и семантику операторов языка SQL. Практически все производители реляционных СУБД поддерживают эти стандарты. В результате, программисты и разработчики получили возможность разрабатывать лешко портируемые, надежные приложения, которые могут работать на самой разной аппаратуре. К достоинствам реляционных СУБД следует отнести и то, что существует очень четкая математический базис для работы с данными.
Недостатком реляционной модели является ограниченность, предопределенность набора возможных типов данных атрибутов, их атомарность, что затрудняет использование реляционной модели для некоторых современных приложений. Частично эта проблема решается за счет введения больших двоичных объектов, но более полное и аккуратное решение используется в расширении реляционной модели - в объектно-реляционных СУБД.
Более подробно реляционная модель и язык SQL будут рассмотрены ниже.
