3. Порядок выполнения работы

Задание. Сформируйте запрос-выборку, позволяющий получить из таблицы КЛИЕНТ данные о клиентах, имеющих на счету более 10 000 руб.

Выполнение задания

1. Откройте ранее созданную базу данных Банк:

2. Создайте новый запрос. Для этого:

- в окне Банк базы данных: нажмите кнопку Запрос;

- в том же окне нажмите кнопку Создать;

- в диалоге Создание запроса выберите Простой запрос;

- выберите режим Мастер запросов.

- в первом окне Мастера (рис. 21) выберите поля для запроса: в первую ячейку строки Поле перетащите, из списка полей таблицы Клиент поле Фамилия, во вторую – Имя, в третью – Отчество, в четвер-тую – Дата рождения, в пятую – Пол;

- щелкните Далее;

- на втором шaгe Мастера (рис. 22) выбе-рите опцию Подробный, щелкните Далее;

Рис. 21

Внимание! Второй шаг может быть пропущен и Мастер перейдет к выполнению третьего шага.

Рис. 22

- на третьем шаге Мастера (рис. 23) щелкните по Готово.

Закройте таблицу щелкнув по кнопке .

Чтобы ввести в нее необходимые условия отбора, в окне этой базы данных (вкладка Запрос) щелкните по кнопке Конструктор. Появится окно Конструктор запросов (рис. 24);

- в четвертую ячейку строки Условие отбора для столбца Сумма счета поместите выражение: >10000.

3 . Выполнить запрос, для чего щелкнуть по кнопке пиктографического меню Выполнить ! (Имеет вид восклица-тельного знака) или выбрать пункт меню Запрос, Запуск.

4. Сохранить зап-рос, для этого выпол-нить команду меню ФАЙЛ, Сохранить.

Рис. 23

5. Закройте базу данных, выбрав команду меню ФАЙЛ, Закрыть.

Рис. 24

4. Отчет по работе

Распечатка запроса.

Работа 8. Разработка информационнологической модели и создание многотабличной базы данных

1. Цель работы

Научиться создавать базу данных из нескольких связанных между собой таблиц.

2. Основнье теоретические положения

Общие сведения

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

Схема представляет собой таблицу типов используемых данных, она содержит имена объектов и их атрибуты и определяет существующую между ними связь.

Access является реляционной СУБД. Как известно, основными понятиями реляционной БД являются: отношение (таблица, файл БД), кортеж (строка таблицы, запись файла БД), домен (столбец таблицы, поле файла БД)

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

Постановка задачи

Рассмотрим задачу, связанную с хранением банковской информации. В базе данных должны храниться сведения о суммах на счетах клиентов, о наличии у них ценных бумаг (акций), а также о текущем курсе этих акций.

Данные организованы в три таблицы: КЛИЕНТ, ПАКЕТ, КУРС АКЦИЙ.

Таблица КЛИЕНТ содержит необходимые сведения о каждом клиенте: номер счета, фамилия, имя, отчество, дата рождения, дата открытия счета, сумма счета.

Таблица ПАКЕТ содержит сведения о наличии ценных бумаг у клиента: номер счета, код бумаги, число акций и дата покупки акций.

Таблица КУРС АКЦИИ содержит информацию о курсе ценных бумаг: код бумаги и курс акции.

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

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

Информационно-логическую модель (ИЛМ) представим в графическом виде (рис. 25).

Рис. 25

Информационный объект – формализованное отображение объекта реального мира. В качестве объектов могут выступать реально существующие объекты, процессы, понятия.

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

Для решения поставленной задачи выделяется следующие информационные объекты и их ключи:

КЛИЕНТ (Номер счета, Фамилия, Имя, Отчество, Дата рождения, Дата открытия счета, Сумма счета).

ПАКЕТ (Номер счета, Код бумаги, Число акций).

КУРС АКЦИЙ (Код бумаги, Курс акции).

Связь между информационными объектами отображаются реальными отношениями.

Определены следующие типы реальных отношений;

1) 1:1 (Один к одному), при которых одному экземпляру первого информационного объекта соответствует один экземпляр второго информационного объекта. Примером такого отношения может служить связь между информационными объектами поставленной здесь задачи

КЛИЕНТ <> ПАКЕТ

У каждого Клиента один пакет ценных бумаг.

2) 1:М (Один – ко – многим), при которых одному экземпляру первого объекта соответствует множество экземпляров второго объекта, а каждому экземпляру второго объекта соответствует один экземпляр первого объекта. Примером данного отношения служит связь между информационными объектами поставленной здесь задачи

ПАКЕТ <  >> КУРС АКЦИЙ

Курс акций может меняться для одной и той же бумаги.

3) М:М (Многие – ко – многим), при которых каждому экземпляру первого объекта соответствует множество экземпляров второго объекта и каждому экземпляру второго объекта соответствует множество экземпляров первого объекта, например, связь между информационными объектами

КЛИЕНТ <<>>БАНКИ.

У банка множество клиентов, но и клиент может открыть счета в нескольких банках.

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

Создание многотабличной базы данных

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

В Работе 1 подробно рассказывается о том, что при создании любой таблицы необходимо определение состава, типа и размера полей, составляющих таблицу.

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

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

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