Стержневые идеи современных информационных технологий базируются на концепции баз данных. Согласно этой концепции, основой информационных технологий являются данные, которые должны быть организованы в базы данных в целях адекватного отображения изменяющегося реального мира и удовлетворения информационных потребностей пользователей. Увеличение объема и структурной сложности хранимых данных, расширение круга пользователей информационных систем выдвинуло требование создания удобных общесистемных средств интеграции хранимых данных и управления ими. Это и привело к появлению в конце 1960-х годов первых промышленных систем управления базами данных (СУБД) - специализированных программных средств, предназначенных для организации и ведения баз данных. Сначала это были системы с инвертированными списками, иерархические и сетевые системы. В 1969 году была предложена реляционная модель данных, а в конце 1970-х и начале 1980-х годов стали появляться первые промышленные реляционные СУБД. Сейчас преобладающее большинство СУБД являются реляционными, несмотря на появление объектно-ориентированных СУБД. Это не в последнюю очередь связано с тем, что в конце 1990-х годов большинство ведущих производителей реляционных СУБД создали объектные надстройки к реляционной схеме, что привело к появлению объектно-реляционных СУБД, поддерживающих некоторые технологии, реализующие объектно-ориентированный подход. В данной работе будет использована одна из широко распространённых реляционных СУБД, к которым и относится Access. MicrosoftAccess - одна из самых популярных в мире систем управления базами данных для операционной системы Windows. Кроме того, Access - мощная платформа разработки офисных приложений с очень гибкой и функциональной интегрированной средой пользователя.относится к классу так называемых «настольных» СУБД, которые имеют высокоразвитые языковые средства, предназначенные для облегчения работы с ними пользователей разной квалификации, в том числе и пользователей, не являющихся специалистами в области информационных технологий. Реляционная база данных представляет собой множество взаимосвязанных таблиц, каждая из которых содержит информацию об объектах определенного вида. Каждая строка таблицы содержит данные об одном объекте (например, автомобиле, компьютере, клиенте), а столбцы таблицы содержат различные характеристики этих объектов - атрибуты (например, номер двигателя, марка процессора, телефоны фирм или клиентов). Строки таблицы называются записями. Все записи таблицы имеют одинаковую структуру - они состоят из полей (элементов данных), в которых хранятся атрибуты объекта. Каждое поле записи содержит одну характеристику объекта и представляет собой заданный тип данных (например, текстовая строка, число, дата). Для идентификации записей используется первичный ключ. Первичным ключом называется набор полей таблицы, комбинация значений которых однозначно определяет каждую запись в таблице. Компоненты MSAccess.состоит из отдельных компонентов (объектов), из которых создается БД: . Таблицы Таблицы являются центральным объектом базы данных. Их целью является хранение информации. Целью всех других объектов базы данных является взаимодействие тем или иным способом с одной или несколькими таблицами. В базе данных Access могут содержаться тысячи таблиц, а число записей в каждой из таблиц ограничено в первую очередь местом, доступным на вашем жестком диске. Каждый объект Access имеет два или более способов представления. Для таблиц двумя наиболее часто используемыми представлениями являются представление Режим таблицы и представление Конструктор. . Запросы База данных, кроме выполнения роли информационного хранилища, должна обеспечивать быстрое предоставление актуальных данных. Запросы - мощный инструмент управления данными, позволяющий извлекать из таблиц БД сведения, которые соответствуют определенному критерию. Данные, положенные в основу запроса, могут быть сохранены в одной или нескольких таблицах результат запроса представляет собой динамический набор записей. . Формы Форма представляет собой созданный пользователем «бланк» для отображения на экране отдельных записей из одной или нескольких таблиц базы данных. С помощью форм можно вводить информацию в таблицы, редактировать и удалять ее, а также ограничить доступ к данным и отображать их только в режиме просмотра. . Отчеты Отчет используется для отображения данных, содержащихся в базе, в наглядной форме. Возможности отчета выходят далеко за пределы обычного представления данных в таблице: записи можно сгруппировать по отдельным критериям, для отдельных групп записей и для всего отчета можно выполнить необходимые вычисления. . Страницы Страницы доступа к данным представляют собой средство просмотра, добавления, изменения и обработки записей базы данных в расчете на использование в среде Internet для удаленного доступа к БД. 6. Макросы Макросы используются для автоматизации основных или часто повторяющихся рабочих процедур. Каждый макрос содержит одну или несколько макрокоманд, каждая из которых выполняет определенное действие. . Модули Модули содержат программы на VisualBasic для приложений (VBA). Используются для настройки, оформления и расширения возможностей БД. Существует 2 основных типа модулей: модули класса и стандартные модули. К модулям класса относятся модули форм и модули отчетов, связанные с определенной формой или отчетом. Процедуры обработки событий используются для управления поведением формы или отчета и их откликом на события, такие как нажатие кнопки. В стандартных модулях содержатся общие процедуры, не связанные ни с каким объектом, которые могут быть запущены из любого окна базы данных. . Элементы управления Элементы управления (надписи, линии, поля, списки, кнопки, переключатели, флажки, графические объекты и т.д.) используются для получения от пользователя ввода/вывода результатов работы приложения, данных графики или сообщений. Входят в состав других компонентов. 1. Проектирование реляционных баз данных. Метод нормальных форм 1.1 Создание БД. Этапы проектирования Создание БД начинается с проектирования. Этапы проектирования БД: Исследование предметной области; Анализ данных (сущностей и их атрибутов); Определение отношений между сущностями и определение первичных и вторичных (внешних) ключей. В процессе проектирования определяется структура реляционной БД (состав таблиц, их структура и логические связи). Структура таблицы определяется составом столбцов, типом данных и размерами столбцов, ключами таблицы. Определение отношений между сущностями и определение первичных и вторичных (внешних) ключей Процесс проектирования представляет собой процесс нормализации схем отношений, причем каждая следующая нормальная форма обладает свойствами лучшими, чем предыдущая. Каждой нормальной форме соответствует некоторый определенный набор ограничений, и отношение находится в некоторой нормальной форме, если удовлетворяет свойственному ей набору ограничений. Проектирование заключается в определении числа и структуры таблиц, формировании запросов к БД, определении типов отчетных документов, создании форм для ввода и редактирования данных в базе, разработке алгоритмов обработки информации. Решение этих задач во многом определяется спецификой задач предметной области. Первой и наиболее важной задачей здесь является проектирование структур данных. В процессе ее решения происходит сбор информации об объектах будущей БД в рамках одной таблицы (исходного отношения) с последующим разбиением ее на несколько взаимосвязанных таблиц на основе метода нормализации отношений. Набор таблиц, полученных в процессе нормализации, называется нормализованным. Он исключает избыточность информации в отношениях и обладает лучшими свойствами при различных операциях с БД по сравнению с другими возможными наборами таблиц, в которых могут быть представлены те же данные. В теории реляционных баз данных обычно выделяется следующая последовательность нормальных форм: первая нормальная форма (1NF); вторая нормальная форма (2NF); третья нормальная форма (3NF); нормальная форма Бойса-Кодда (BCNF); четвертая нормальная форма (4NF); пятая нормальная форма, или нормальная форма проекции- соединения (5NF или PJ/NF); доменно-ключевая нормальная форма. Основные свойства нормальных форм: каждая следующая нормальная форма в некотором смысле лучше предыдущей; при переходе к следующей нормальной форме свойства предыдущих нормальных свойств сохраняются. В основе процесса проектирования лежит метод нормализации, декомпозиция отношения, находящегося в предыдущей нормальной форме, в два или более отношения, удовлетворяющих требованиям следующей нормальной формы. Наиболее важные на практике нормальные формы отношений основываются на фундаментальном в теории реляционных баз данных понятии функциональной зависимости. Нормализация - это разбиение таблицы на две или более, обладающих лучшими свойствами при включении, изменении и удалении данных. Окончательная цель нормализации сводится к получению такого проекта базы данных, в котором каждый факт появляется лишь в одном месте, т.е. исключена избыточность информации. Это делается не столько с целью экономии памяти, сколько для исключения возможной противоречивости хранимых данных. Каждая таблица в реляционной БД удовлетворяет условию, в соответствии с которым в позиции на пересечении каждой строки и столбца таблицы всегда находится единственное атомарное значение, и никогда не может быть множества таких значений. Любая таблица, удовлетворяющая этому условию, называется нормализованной.