Глава 1 сравнительный анализ существующих субд

СОДЕРЖАНИЕ

ВВЕДЕНИЕ…………………………………………………………………
ГЛАВА 1 СРАВНИТЕЛЬНЫЙ АНАЛИЗ СУЩЕСТВУЮЩИХ СУБД
1.1 Определение базы данных…………………………………………….
1.2 Иерархические базы данных…………………………………………..
1.3 Сетевые базы данных……………………………………………..........
1.4 Реляционные базы банных……………………………………………...
1.5 Краткая характеристика СУБД Microsoft Access……………………..
1.6 Краткая характеристика СУБД MySQL……………………………….
1.7 Краткая характеристика СУБД SQLite………………………………..
ГЛАВА 2 ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ………………………
2.1 Работа с информацией для создания базы данных...………………….
2.2 Создание таблиц……………………………………………………......
2.3 Создание схемы данных………………………………………………..
2.4 Создание запросов………………………………………………….......
2.5 Создание форм………………………………………………………….
2.6 Создание отчетов……………………………………………………….
2.7 Создание главной кнопочной формы…………………………………
ЗАКЛЮЧЕНИЕ……………………………………………………………..
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ……………………….
ПРИЛОЖЕНИЯ……………………………………………………………..

ВВЕДЕНИЕ

ГЛАВА 1 СРАВНИТЕЛЬНЫЙ АНАЛИЗ СУЩЕСТВУЮЩИХ СУБД

Определение базы данных

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

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

Основой информационной системы является база данных.

Целью любой информационной системы является обработка данных об объектах реального мира.

В широком смысле слова база данных - это совокупность сведений о конкретных объектах реального мира в какой-либо предметной области.

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

Система управления реляционными базами данных Microsoft Office Access удовлетворяет потребности самых разных групп пользователей. С помощью мастеров и графических инструментов Access даже пользователи, не владеющие специальными навыками, могут весьма успешно разрабатывать полезные приложения баз данных. Исследования малых и средних предприятий, проведенные различными службами, показали, что Access является одной из самых популярных программ для работы с базами данных.

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

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

Основной логической структурной единицей манипулирования данными является строка таблицы — запись. Структура записи определяется составом входящих в нее полей. Совокупность полей записи соответствует логически связанным реквизитам, характеризующим некоторую сущность предметной области. Типовыми функциями СУБД по манипулированию данными являются выборка, добавление, удаление, изменение данных:

- Выборка данных — выборка записей из одной или нескольких взаимосвязанных таблиц в соответствии с заданными условиями.

- Добавление и удаление данных — добавление новых записей в таблицы и удаление существующих.

- Изменение данных — изменение значений данных в полях существующих записей.

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

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

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

Среди многочисленных средств графического конструирования и диалоговых средств Access следует выделить средства для создания:

- таблиц и схем баз данных, отображающих их связи;

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

- запросов на изменение данных базы;

- экранных форм, предназначенных для ввода, просмотра и обработки данных в диалоговом режиме;

- отчетов, предназначенных для просмотра и вывода на печать данных из базы и результатов их обработки в удобном для пользователя виде.

Иерархические базы данных

Иерархическая модель данных строится по следующему принципу:

- для каждого узла древовидной структуры ставится в соответствие некий сегмент;

- под сегментом понимаются поля данных с присвоенным каждому полю именем и выстроенные в один линейный кортеж;

- еще одно соответствие: один входной и несколько выходных сегментов для каждого исходного поля;

- для каждого структурного элемента существует одно и только одно место в системе иерархии;

- древовидная структура начинается с корневого элемента;

- у каждого подчиненного узла только один предок, но у каждого исходного может быть несколько потомков.

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

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

Кроме того, существует тенденция, при которой направленный вниз по структуре запрос проще, чем аналогичный вверх.

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

- поиск по базе данных того или иного элемента;

- переход по базе данных - от дерева к дереву;

- переход по дереву - от ветви к ветви;

- соответственно, переход по ветвям - поэлементно;

- работа с записями: вставка новой и/или удаление текущей, копирование, вырезание и т. д.

Сетевые базы данных

Сетевой подход к организации данных является расширением иерархического. В иерархических структурах запись-потомок должна иметь в точности одного предка; в сетевой структуре данных потомок может иметь любое число предков.

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

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

Сетевую структуру можно преобразовать в одно или несколько деревьев, вводя дополнительные вершины (записи).

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

Типичным представителем является СУБД Integrated Database Management System (IDMS) компании Cullinet Software, Inc., предназначенная для использования на машинах основного класса фирмы IBM под управлением большинства ОС. Архитектура системы основана на предложениях Data Base Task Group (DBTG) Комитета по языкам программирования Conference on Data Systems Languages (CODASYL) - организации, ответственной за определение языка программирования Кобол. Отчет DBTG был опубликован в 1971 г., а позже появилось несколько систем, среди которых IDMS.

Реляционные базы данных

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

Таблица базы данных– регулярная структура, которая состоит из однотипных строк (записей), разбитых на столбцы (поля).

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

Реляционная модель данных основывается на математических принципах, вытекающих непосредственно из теории множеств и логики предикатов. Эти принципы впервые были применены в области моделирования данных в конце 60-х гг. американским специалистом доктором Е.Ф.Коддом ( в то время работавшим в компании IBM), а впервые опубликованы в 1970 г. в статье «Реляционная модель данных для больших разделяемых банков данных».

Доктор Кодд определил правила реляционной модели (которые называют 12 правилами Кодда).

Реляционная СУБД должна быть способна полностью управлять базой данных через ее реляционные возможности:

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

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

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

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

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

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

- Вставка, обновление и удаление- СУБД поддерживает не только запрос на отбор данных, но и вставку, обновление и удаление.

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

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

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

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

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

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

Модель данных (концептуальное описание предметной области) - самый абстрактный уровень проектирования баз данных.

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

- все данные представляются в виде упорядоченной структуры, определенной в виде строк и столбцов и называемой отношением;

- все значения являются скалярами. Это означает, что для любой строки и столбца любого отношения существует одно и только одно значение;

- все операции выполняются над целым отношением, и результатом их выполнения также является целое отношение. Этот принцип называется замыканием.

Формулируя принципы реляционной модели, Кодд выбрал термин «отношение» (relation), потому что, по его мнению, этот термин однозначен (в то время как, например, термин «таблица» имеет множество различных видов - таблица в тексте, электронная таблица и пр.).

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

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

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

Для сущностей различают ее тип и экземпляр. Тип характеризуется именем и списком свойств, а экземпляр - конкретными значениями свойств.

Атрибуты сущности бывают:

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

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

- Однозначные и многозначные- могут иметь соответственно одно или много значений для каждого экземпляра сущности.

- Основные и производные. Значение основного атрибута не зависит от других атрибутов. Значение производного атрибута вычисляется на основе значений других атрибутов (например, возраст человека вычисляется на основе даты его рождения и текущей даты).

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

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

Связи - на концептуальном уровне представляют собой простые ассоциации между сущностями. Например, утверждение «Покупатели приобретают продукты» указывает, что между сущностями «Покупатели» и «Продукты» существует связь, и такие сущности называются участниками этой связи.

Обычно рассматривают четыре типа отношений и при этом используют графическое представление связей:

1. Отношение «один к одному» (1:1):

2. Отношение «один ко многим» (1:N):

3. Отношение «многие к одному» (М:1):

4. Отношение «многие ко многим» (групповое) (М:N):

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

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

- каждый элемент таблицы – это один элемент данных;

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

- каждый столбец имеет уникальное имя;

- одинаковые строки в таблице отсутствуют;

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

База данных, которая будет создана в дальнейшем, будет являться реляционной.

Описание СУБД MySQL

MySQL – это свободно распространяемая СУБД, разработанная компанией MySQL AB. MySQL имеет клиент-серверную архитектуру: к серверу MySQL могут обращаться различные клиентские приложения, в том числе с удаленных компьютеров. Рассмотрим важнейшие особенности MySQL, благодаря которым эта программа приобрела популярность.

MySQL – это СУБД с открытым кодом. Любой желающий может бесплатно скачать программу на сайте разработчика и при необходимости доработать ее. Существует множество приложений MySQL, созданных и свободно распространяемых сторонними разработчиками. Однако для применения MySQL в коммерческом приложении необходимо приобрести коммерческую лицензированную версию программы у компании MySQL AB.

MySQL – кроссплатформенная система. Ее можно использовать практически во всех современных операционных системах, в том числе Windows, Linux, Mac OS, Solaris, HP-UX и др.

MySQL имеет множество программных интерфейсов (API), благодаря которым к базе данных MySQL могут подключаться приложения, созданные с помощью C/C++, Eiffel, Java, Perl, PHP, Python, Tcl, ODBC, NET и Visual Studio.

MySQL имеет отличные технические характеристики: многопоточность, многопользовательский доступ, быстродействие, масштабируемость.

MySQL имеет развитую систему обеспечения безопасности и разграничения доступа на основе системы привилегий. MySQL представляет собой реляционную СУБД, то есть систему управления реляционными базами данных.

Описание SQLite

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

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

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

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

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

Инрерфейс является верхним модулем и состоит из м C API. Общение с SQLite производится через него.

Несмотря на маленький размер, SQLite предоставляет обескураживающий спектр особенностей и возможностей. Он поддерживает весьма полный набор стандарта ANSI SQL92 для особенностей языка SQL, а так-же такие особенности как триггера, индексы, столбцы с автоинкрементом, LIMIT/OFFSET особенности. Так же поддерживаются такие редкие свойства, как динамическая типизация и разрешение конфликтов.

Создание таблиц

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

Рисунок 1 – Поля таблицы «Автопарк»

Рисунок 2 – Таблица «Автопарк»

Рисунок 3 – Поля таблицы «Водители»

Рисунок 4 – Таблица «Водители»

Рисунок 5 - Поля таблицы «Клиенты»

Рисунок 6 – Таблица «Клиенты»

Рисунок 7 – Поля таблицы «Поставки»

Рисунок 8 – Таблица «Поставки»

Рисунок 9 – Поля таблицы «Продукция»

Рисунок 10 – Таблица «Продукция»

Рисунок 11 – Поля таблицы «Реализация»

Рисунок 12 – Таблица «Реализация»

Рисунок 13 – Поля таблицы «Сотрудники»

Рисунок 14 – Таблица «Сотрудники»

Рисунок 15 - Поля таблицы «Офисные сотрудники»

Рисунок 16 – Таблица «Офисные сотрудники»

Создание схемы данных

Таким образом, были созданы семь таблиц:

1. Автопарк:

- № автомобиля;

- Марка автомобиля;

- Дата истечения страховки;

- Дата последнего обслуживания СТО;

- Пробег на момент покупки(км).

2. Водители:

- № автомобиля;

- Фамилия водителя;

- Имя водителя;

- Отчество водителя;

- Дата рождения;

- Адрес;

- Стаж;

- Номер телефона.

3. Клиенты:

- Код клиента;

- Название фирмы;

- Адрес фирмы;

- Контактный телефон;

- № поставки;

- № автомобиля.

4. Поставки:

- № автомобиля;

- № поставки;

- Кол-во (кг).

5. Продукция:

- Код продукции;

- Наименование продукции;

- Опт цена;

- № пропуска;

- Описание продукции;

- Произведено (кг);

- Дата производства;

- Остаток на складе.

6. Реализация:

- № поставки;

- Дата заказа;

- Дата отправки;

- Дата получения

- № пропуска;

- Код клиента.

7. Сотрудники:

- № пропуска;

- Фамилия;

- Имя;

- Отчество;

- Дата рождения;

- Адрес;

- Должность;

- Зарплата.

8. Офисные сотрудники:

- № пропуска;

- Фамилия;

- Имя;

- Отчество;

- Дата рождения;

- Адрес;

- Должность;

- Зарплата.

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

Рисунок 17 – Схема данных

Создание запросов

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

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

В Microsoft Access после создания таблиц и организации связей между ними создаются запросы.

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

Рисунок 18 – SQL запрос «Вывод информации о дате страхования по фамилии клиента»

Рисунок 19 – Результат работы SQL запроса «Вывод информации о дате страхования по фамилии клиента»

Рисунок 20 - Запрос «Вывод информации о продукции»

Рисунок 21 – Результат работы запроса «Вывод информации о продукции»

Рисунок 22 – Запрос «Вывод кол-ва обработанных офисными сотрудниками заказов»

Рисунок 23 - Результат работы запроса «Вывод кол-ва обработанных офисными сотрудниками заказов»

Рисунок 24 – Запрос «Информация о заказах в указанный период»

Рисунок 25 – Результат работы запроса «Информация о заказах в указанный период»

Рисунок 26 - SQL запрос «Просроченные заказы»

Рисунок 27 – Результат работы SQL запроса «Просроченные заказы»

Рисунок 28 - SQL запрос «Повышение оптовой цены»

Рисунок 29 - Результат работы SQL запроса «Повышение оптовой цены»

Рисунок 30 - SQL запрос «Понижение оптовой цены»

Рисунок 31 - Результат работы SQL запроса «Понижение оптовой цены»

Рисунок 32 – Запрос «Заказы»

Рисунок 33 - Результат работы запроса «Заказы»

Рисунок 34 – Запрос «Информация о заказах»

Рисунок 35 - Результат работы запроса «Информация о заказах»

Создание форм

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

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

- ввод и просмотр информации базы данных;

- добавление;

- редактирование;

- удаление данных БД;

- печать;

- создание сообщений.

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

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

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

Режим конструктора - более подробное редактирование формы. Отображает полную структуру отчета, т.е. колонтитулы элементы управления и т.д. В этом режиме данные не отображаются, поэтому заранее нельзя увидеть какой будут иметь вид данные в этом режиме. Позволяет выполнять такие задачи:

- добавление в форму дополнительных элементов управления, таких как границы привязанных объектов, разрывы страниц и диаграммы;

- изменение источников элемента управления "текстовое поле" непосредственно в самом поле, без использования окна свойств;

- изменение размеров разделов формы, таких как "Заголовок формы" или "Область данных";

- изменение определенных свойств формы, которые нельзя изменить в режиме макета.

Рисунок 33 – Форма «Автопарк»

Рисунок 34 – Форма «Добавление автомобилей»

Рисунок 35 – Форма «Водители»

Рисунок 46 – Форма «Добавление водителей»

Рисунок 37 – Форма «Офисные сотрудники»

Рисунок 38 – Форма «Добавление офисных сотрудников»

Рисунок 39 – Форма «Сотрудники»

Рисунок 40 – Форма «Добавление сотрудников»

Рисунок 41 – Форма «Клиенты»

Рисунок 42 – Форма «Добавление клиента»

Рисунок 43 – Форма «Продукция»

Рисунок 44 – Форма «Добавление продукции»

Рисунок 45 – Форма «Просмотр заказов»

Рисунок 46 – Форма «Добавление Заказа»

Создание отчетов

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

Рисунок 47 – Отчет «Автопарк»

Рисунок 48 – Отчет «Водители»

Рисунок 49 – Отчет «Клиенты»

Рисунок 50 – Отчет «Офисные сотрудники»

Рисунок 51 – Отчет «Продукция»

Рисунок 52 – Отчет «Сотрудники»

ЗАКЛЮЧЕНИЕ

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ\

1. Базы данных [Электронный ресурс]: учебное пособие/ — Электрон. текстовые данные.— Саратов: Научная книга, 2012.— 158 c.— Режим доступа: http://www. iprbookshop.ru/ 6261.— ЭБС «IPRbooks», по паролю

2. Королева, О.Н. Базы данных [Электронный ресурс]: курс лекций/ Королева О.Н., Мажук