Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Информатика / 2 курс / $2012_ГЕОИНФОРМАТИКА_М1 / М1_МЕТОДИЧЕСКИЕ_МАТЕРИАЛЫ / Мет_M1_05_Язык_запросов_SQL_справочник.doc
Скачиваний:
198
Добавлен:
28.04.2017
Размер:
2.9 Mб
Скачать

Что такое реляционная база данных?

Реляционная база данных— это тело связанной информации, сохраняемой в двумерных таблицах. Напоминает адресную или телефонную книгу. В книге имеется большое количество входов, каждый из которых соответствует определенной особенности. Для каждой такой особенности, может быть несколько независимых фрагментов данных, например имя, телефонный номер, и адрес. Предположим, что вы должны сформатировать эту адресную книгу в виде таблицы со строками и столбцами. Каждая строка (называемая также записью) будет соответствовать определенной особенности; каждый столбец будет содержать значение для каждого типа данных — имени, телефонного номера, и адреса представляемого в каждой строке. Адресная книга могла бы выглядеть следующим образом:

Имя

Телефон

Адрес

Gerry Farish

(415)365-8775

127 Primrose Ave.,SF

Celia Brock

(707)874-3553

246 #3rd St., Sonoma

Yves Grillet

(762)976-3665

778 Modernas, Barcelona

То, что вы получили, является основой реляционной базы данных, как и было определено в начале этого обсуждения — а именно, двумерной (строка и столбец) таблицей информации. Однако реляционные базы данных редко состоят из одной таблицы. Такая таблица меньше, чем файловая система. Создав несколько таблиц взаимосвязанной информации, вы сможете выполнить более сложные и мощные операции с вашими данными. Мощность базы данных зависит от связи, которую вы можете создать между фрагментами информации, а не от самого фрагмента информации.

Связывание одной таблицы с другой

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

Пациент

Доктор

Страховка

Баланс

Farish

Drume

B.C./B.S.

$272.99

Grillet

Halben

None

$44.76

Brock

Halben

Health,Inc.

$9077.47

Много мощных функций можно выполнить, извлекая информацию из этих таблиц согласно указанным параметрам, особенно когда эти параметры включают в себя фрагменты информации, связанные в различных таблицах друг с другом. Например, возьмем докторов. Предположим, доктор Halben захотел получить номера телефонов всех своих пациентов. Чтобы извлечь эту информацию, он мог бы связать таблицу с номерами телефонов пациентов (по адресной книге) с таблицей, которая бы указывала, какой из пациентов — его. Хотя, в этом простом примере, он мог бы держать это в голове и сразу получать номера телефонов пациентов Grillet и Brock, эти таблицы могут быть слишком большими и слишком сложными. Программы реляционной базы данных разрабатывались для того, чтобы обрабатывать большие и сложные совокупности данных такого типа, что, очевидно, является более универсальным методом в деловом мире. Даже, если бы база данных больницы содержала сотни или тысячи имен — как это, вероятно, и бывает на практике — одна команда SQL могла бы выдать доктору Halben информацию, в которой он нуждался почти немедленно.