УДК 681.3 (075) Ш73

Рецензенты:

д-р техн. наук, профессор Р. А. Файзрахмапов

(Пермский государственный технический университет);

канд. техн. наук И. Г Долгих

(Институт информационных систем)

Шмидт, И. А.

Ш73 Информационное обеспечение систем управления. Построе­

ISBN 978-5-88151-997-1

Содержит материал, необходимый для понимания способа орга­ низации структуры данных и практического освоения языка SQL. Выполнение всех запросов демонстрируется на примере тестовой ба­ зы данных. Рассматривается специфика СУБД Interbase в построении

баз данных.

Рекомендуется для студентов всех форм обучения, изучающих курс «Информационное обеспечение систем управления», специаль­ ностей 220301 «Автоматизация технологических процессов и про­ изводств», 220305 «Автоматизированное управление жизненным циклом продукции», а также других специальностей, связанных с об­ работкой информации.

УДК 681.3 (075)

© ГОУВПО

«Пермский государственный технический университет», 2008

1. ТЕСТОВАЯ БАЗА ДАННЫХ

Перед изучением языка SQL необходимо рассмотреть тестовую базу данных, на которой будут отрабатываться все запросы. Наша тестовая база данных полностью соответствует рассмотренной в учебном пособии по нормализации данных и создании базы дан­ ных. Напомним, что эта база данных описывает сферу воздушных перевозок. Все пояснения к модели даны в пособии по нормализа­ ции данных и создании базы данных.

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

Последний этап моделирования БД - переход к физическому уровню модели, на котором модель также представлена в виде диа­ граммы (рис. 2).

Рис. 1. Логическая модель

Рис. 2. Физическая модель

Приведем соответствие имен таблиц и полей на логическом и физическом уровне.

<имя таблицы>. <имя столбца>

или

<псевдоним таблицы>. <имя столбца>

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

При задании имени столбца из таблицы, константы или любого выражения можно после ключевого слова AS указать текст, кото­ рый будет помещаться в заголовок отображаемой таблицы. Такой текст называется псевдонимом или алиасом столбца. Если псевдо­ ним содержит пробелы, специальные символы или буквы кирилли­ цы, то этот текст нужно заключить в двойные кавычки. Например:

SELECT CITY. CTJNAME

AS "Город", AIRPORT.AP^NAME AS "Аэропорт" FROM AIRPORT INNER JOIN CITY

ON AIRPORT.AP_CT_CODE = CITY.CT_CODE WHERE CITY.CT_NAME = 'Москва1

Русские тексты здесь заключены в кавычки, потому что содер­ жат символы, недопустимые в именах, а например CT_NAME, яв­ ляясь правильным именем в SQL, может обойтись без кавычек. Строковые константы должны заключатся в одинарные кавычки.

Внимание! Не путайте описанные таким образом псевдонимы столбцов с псевдонимами таблиц (см. далее). Если псевдонимы таб­ лиц можно использовать в операторе, где они определены, для уточнения ссылок на столбцы, то с псевдонимами столбцов дело обстоит несколько сложнее. В разных версиях разных серверов баз данных их можно использовать по-разному. Чуть позже мы рас­ смотрим некоторые варианты.

FROM <ссылка на таблицу> задает список имен таблиц, в которых осуществляется поиск. Здесь же можно указывать соеди­ нения (JOIN) таблиц, представления.

Необязательное предложение WHERE <условия поиска> оп­ ределяет условия поиска строк в таблицах. На самом деле это пред­ ложение не является таким уж необязательным. Если таблица в базе данных содержит тысячи строк, то, во-первых, вам вряд ли понадо­