Основные объекты баз данных и субд, их функциональное назначение.

Запрос – объект, который позволяет пользователю извлечь необходимую информацию из одной или ряда таблиц. Запросом называется некоторая последовательность выполняемых системой действий, с помощью которых пользователь может извлечь из таблиц нужные данные. Это может быть как простейший поиск по значению в какой-либо одной таблице, так и сложный процесс преобразования и представления в определенном виде взаимосвязанных между собой данных, извлеченных из нескольких таблиц.

Виды запросов: простой запрос, запрос на выборку, запрос на действия, запрос на удаление, запрос на обновление, запрос на создание новой таблицы.

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

Виды отчетов: простой отчет, группировка данных и вычисление итогов, групповые вычисления, почтовые наклейки.

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

Виды форм: простая форма, форма в один столбец, табличная форма, составная форма, диаграмма.

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

Кроме рассмотренных выше основных объектов, СУБД предоставляет набор так называемых конструкционных объектов, при помощи которых разрабатывается структура форм и отчетов. К ним относятся:

- текстовые объекты (подписи, заголовки и т.п.);

- графические элементы (линии, фигуры и пр.),

- графики и диаграммы;

- поля, в которые заносятся отображаются данные;

- встроенные таблицы;

- кнопки;

- специальные графические образы (создаваемыми вспомогательными файлами соответствующего формата),

- объекты, созданные по технологии OLE, включая изображения и звуковую информацию.

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

26. Этапы разработки приложения СУБД и основные принципы проектирования баз данных.

Этапы проектирования базы данных:

1. формулировка цели (целей). 2. постановка и описание задач. 3. описание данных и определение полей. 4. нормализация данных и комплектация таблиц. 5. определение ключей. 6. установка связей между таблицами. 7. тестирование. 8. усовершенствование (модернизация).

Примером формулировки цели может служить следующее: создание приложения для учета складских запасов товарных фруктов в логистическом центре. Примером постановки задач может служить определение следующих задач соответственно цели:

- каталогизация фруктов. - каталогизация поставщиков. - регистрация поставок. - каталогизация заказчиков. - регистрация заказов. - расчет стоимости заказов. - учет расходов. - расчет прибыль.

Определение полей при составлении базы данных предполагает выбор:

· типа данных · свойств поля · условий на значения · маски ввода · первичного ключа

Выделяются следующие типы данных:

- текстовой - числовой - счетчик - денежный - дата/время - логический - MEMO - объект OLE - гиперссылка - мастер подстановок

Текстовый тип данных. Наиболее распространенный тип данных. Информация заносится в форме текста. Введенные числа воспринимаются как текст. Максимальный размер – 255 байт, что соответствует тексту объемом 255 знаков (включая пробелы).

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

Денежный. Данный тип данных предназначен для представления числовой информации с указанием вида валюты.

Дата/время. Специальное поле, содержащее шаблон для введения соответствующих данных.

Логический. Предназначен для данных, имеющих характер логической альтернативы: “Да/нет” “Истина/ложь” “Включено/выключено Поле “МЕМО”. Предназначается для занесения текстовых и числовых данных – главным образом примечаний, содержащих информацию, плохо поддающуюся стандартизации и не предназначенную для последующей компьютерной обработки.

Объект OLE. Предназначено для хранение любой информации, подлежащей внедрению по технологии OLE, включая звуковую и визуализируемую (рисунки, фотографии и т.п.). Гиперссылки. Предназначено для хранения адресов файлов и объектов, размещенных в WorldWideWeb.

Мастер подстановок. Создает поле, в котором предлагается выбор значений из списка либо поля со списком. Создание базы данных – процесс, состоящий из нескольких стадий. При этом, иногда приходится возвращаться на предыдущие стадии. Непосредственной разработке программного обеспечения предшествует серьезная подготовительная работа.

Этапы разработки базы данных:

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

2. Разработка информационно-логической (инфологической) модели.

3. Выбор СУБД. Разработка логической модели базы данных.

4. Разработка программного обеспечения базы данных.

5. Заполнение базы рабочими данными и поддержание ее в актуальном состоянии. 1-й этап. Постановка задачи На этом этапе определяются цели разработки: что должно получиться в результате.

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

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

4-й этап. Разработка программного обеспечения базы данных Созданные на 3-м этапе таблицы заполняются данными контрольного примера. Разрабатываются дополнительные объекты базы данных: запросы, программные модули, формы для работы с данными, печатаемые на основе данных базы документы и т.п. Результаты разработки проверяются на контрольном примере. Желательно согласовывать результаты с персоналом, который в будущем будет работать с базой. Составляются описания, как для будущих администраторов базы, так и для пользователей.

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

Таблицы, экспорт данных из других приложений. Связывание таблиц. Обеспечение целостности данных

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

- Нумерационный заголовок используется для нумерации таблиц в

тексте.

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

- Головка таблицы – заголовочные строки, представляющие заголовки

граф.

- Хвостовая часть таблицы – содержательная часть таблицы.

- Боковик таблицы – одна или несколько граф, определяющие

содержание строк таблицы.

Прографка – остальные графы таблицы.

- Ячейка таблицы содержит текст, находящий на пересечении строки и

графы таблицы.

Механизм описания логических связей между таблицами в Access реализован в виде объекта, называемого Схемой данных. Перейти к созданию связей можно командой Сервис/ Схема данных. Чтобы добавить таблицы или запросы в окно Схема данных, необходимо выбрать опцию Добавить таблицу в меню Связи или нажать кнопку Отобразить таблицу, расположенную в строке пиктограмм. Если данные, сохраненные в различных таблицах, пребывают в смысловой взаимосвязи, то эту связь следует явным образом оформить, указав используемые при этом поля. Организация связи между таблицами выполняется посредством указания связываемых полей данных, присутствующих в обеих таблицах. С помощью мыши поле, которое следует использовать для установки связи, из списка одной таблицы переносится к соответствующему полю другой таблицы. После переноса полей на экране появится диалоговое окно Изменение связей, в котором будет предложена связь между таблицами.

Для данных таблиц будет установлено отношение типа Один-ко-многим, что отразится в области Тип отношения. Это означает, что одной записи главной или первичной таблицы Предлагаемые модели могут быть поставлены в соответствие несколько записей связанной (подчиненной) таблицы Клиенты. Данное отношение является наиболее распространенным в реляционных базах данных. Далее посредством установления типа отношений между таблицами необходимо определить дополнительные параметры связи (Обеспечение целостности данных, Каскадное обновление связанных полей, Каскадное удаление связанных полей).

После нажатия кнопки Создать в окне Схема данных будет графически показана созданная связь между таблицами Предлагаемые модели и Клиенты.

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

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

Связанные поля имеют один тип данных. Здесь существует два исключения. Поле счетчика может быть связанно с числовым полем формата Длинное целое. А также поле счетчика можно связать с числовым полем, если в обоих полях для свойства Размер поля задано значение Код репликации.

Обе таблицы принадлежат одной базе данных Access. Если таблицы являются связанными, то они должны быть таблицами Access. Для установки целостности данных база данных, в которой находится таблица, должна быть открыта. Для связанных таблиц из баз данных других форматов установить целостность данных невозможно.