Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
access ТЕОРИЯ.doc
Скачиваний:
12
Добавлен:
02.05.2015
Размер:
898.56 Кб
Скачать

Связь 1

Таблица 2

Таблица 3

3. Реляционная бд.

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

Например, представим себе телефонную книгу. Она содержит много строк, каждая из которых соответствует определенному человеку. Для каждого из них представлена некоторые независимые данные – имя, номер телефона, адрес.

Представим такую адресную книгу в виде таблицы, содержащей столбцы и строки. Каждая строка такой таблицы называется записью, а какой –либо столбец – поле, атрибут.

Поле – элемент данных, хранящий данные одного типа, например адрес, или телефон, или дату рождения.

Совокупность полей образует запись.

Запись – содержит всю информацию об одном объекте (например, о клиенте, об образце продукции).

Имя

Телефон

Адрес

Петров Петр

(3452)26-26-31

625026 г. Тюмень Мельникайте 103-100

Иванов Иван

(095)116-16-16

111116 г. Москва Ленинский проспект 1-12

Степанов Степан

(812)232-07-52

197343 г. С–Петербург Невский проспект 18-3

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

4. Установление связи между таблицами.

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

Студент

Группа

Номер зачетной книжки

Правила поступления

Стипендия

Петров Петр

411

980020

Бюджет

Да

Иванов Иван

411

980001

Бюджет

Нет

Степанов Степан

412

970251

договор

нет

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