
- •Инфокоммуникационные системы и сети
- •Технология разработки и защиты бд
- •Информация и данные предметных областей.
- •Организация систем бд. Средства поддержки бд.
- •Свойства реляционных таблиц. Назначение первичных и вторичных ключей реляционных таблиц.
- •Функциональные и многозначные зависимости. Операторы реляционной алгебры.
- •Нормальные формы
- •Поддержка целостности данных
- •Функции и состав универсальной субд.
- •Лингвистическое обеспечение субд.
- •Независимость прикладных программ от данных.
- •Селекция данных. Обработка данных.
- •Общая характеристика субд ms Access.
- •Основные этапы разработки базы данных в среде ms Access.
- •Создание таблиц и схем данных в среде ms Access.
- •Создание схемы данных в среде ms Access.
- •Разработка запросов к базе данных в среде ms Access.
- •Конструирование экранных форм для работы с данными в среде ms Access.
- •Конструирование отчетов в среде ms Access.
- •Построение инфологической модели базы данных.
- •Построение семантических сетей базы данных.
- •Построение сетевой модели базы данных.
- •Построение иерархической модели базы данных.
- •Технология odbc.
- •Доступ из ms Access к источникам данных в формате других программных приложений.
- •Технологические решения по организации доступа к данным.
- •Организация многопользовательского доступа к данным.
- •Особенности и понятие автоматизированных информационных системах.
- •Проблема многопользовательского доступа в втоматизированных информационных системах.
- •Основные направления развития технологии клиент-сервер.
- •Организация защиты данных в субд ms Access
- •Реализация клиент-сервер.
- •Реализация файл-сервер.
- •Репликация данных
- •Структура и принципы работы экспертной системы.
- •Структура и принципы работы системы поддержки принятия решений
- •Представление знаний в системах искусственного интеллекта
- •Методы статистической обработки данных
- •Средства и методы защиты информации в информационных системах
Общая характеристика субд ms Access.
Система управления базами данных Microsoft Access является одним из самых популярных приложений в семействе настольных СУБД. Все версии Access имеют в своем арсенале средства, значительно упрощающие ввод и обработку данных, поиск данных и предоставление информации в виде таблиц, графиков и отчетов. Начиная с версии Access 2000,появились также Web-страницы доступа к данным, которые пользователь может просматривать с помощью программы Internet Explorer. Помимо этого,Access позволяет использовать электронные таблицы и таблицы из других настольных и серверных баз данных для хранения информации, необходимой приложению. Присоединив внешние таблицы, пользователь Access будет работать с базами данных в этих таблицах так, как если бы это были таблицы Access. При этом и другие пользователи могут продолжать работать с этими данными в той среде, в которой они были созданы.
Microsoft Access является настольной СУБД реляционного типа, которая имеет все необходимые средства для выполнения перечисленных выше функций. Достоинством Access является то, что она имеет очень простой графический интерфейс, который позволяет не только создавать собственную базу данных, но и разрабатывать простые и сложные приложения.
В отличие от других настольных СУБД, Access хранит все данные в одном файле, хотя и распределяет их по разным таблицам. Вы можете создать сколько угодно таблиц, используя те правила, которые были описаны выше. Самым важным правилом, которое необходимо соблюдать, является то, что в базе данных нужно хранить только необходимую информацию, и при этом все данные должны храниться только в одном месте.
Основные этапы разработки базы данных в среде ms Access.
Процесс разработки конкретного программного приложения в среде Access в первую очередь определяется спецификой автоматизируемой предметной области. Однако для большинства из них можно выделить ряд типичных этапов. Это:
разработка и описание структур таблиц данных
разработка схемы данных и задание системы взаимосвязей между таблицам
разработка системы запросов к таблицам базы данных и (при необходимости их интеграция в схему данных
разработка экранных форм ввода/вывода данных
разработка системы отчетов по данным
разработка программных расширений для базы данных, решающих специфические задачи по обработке содержащейся в ней информации, с помощью макросов и модулей
разработка системы защиты данных, прав и ограничений по доступу
Между перечисленными этапами существует большое количеств обратных связей, подразумевающих возврат к более ранним шагам, исходя из вновь открывшихся обстоятельств, которые невозможно было заранее учесть ил предвидеть
Создание таблиц и схем данных в среде ms Access.
Процесс разработки базы данных в СУБД MS Access начинается с задания описания структур таблиц. Рассмотрим этот процесс более подробно для таблиц примера, описанного в 2.3.
Итак, для начала нам необходимо создать описание таблицы Бумаги. Нажав кнопку Создать и выбрав в появившемся вслед диалоговом окне режим Конструктор, мы попадаем в окно, предназначенное для ввода описания структуры создаваемой таблицы. Оно изображено на рис. 5.
При создании баз данных, предназначенных для решения финансовых и экономических задач, процесс описания атрибутов полей в создаваемой таблице приобретает особое значение. Как видно из рис. 5, процесс описания атрибутов поля начинается с присвоения ему имени (идентификатора). Желательно, чтобы это имя было, с одной стороны, информативным, а с другой - кратким, что обеспечивает несомненные удобства при дальнейших манипуляциях с ним. Далее необходимо определить тип поля, что, очевидно, должно делаться, исходя из содержания тех данных, которые будут в нем храниться.
Рис. 5. Создание описания структуры таблицы Бумаги
Обратим внимание на тип Счетчик, присвоенный полю КодБум (код бумаги). Он означает, что СУБД будет самостоятельно помещать в это поле некоторое числовое значение для каждой вновь создаваемой записи таблицы, обеспечивая таким образом его уникальность.
Выбор типа данных в Access одновременно определяет набор дополнительных атрибутов соответствующего поля. В частности, поле ДатаЭм (дата эмиссии) имеет тип Дата и, как это показано на рис. 5, может иметь дополнительные атрибуты:
- формат поля, определяющий условия вывода данных из этого поля (по умолчанию); - Маска ввода, определяющая условия ввода данных в поле; - подпись
- содержит расширенный заголовок;
- значение по умолчанию - позволяет указать значение, автоматически присваиваемое полю при создании новой записи. В нашем случае по умолчанию будет задаваться текущая дата, возвращаемая встроенной функцией Date();
- условие на значение - определяет требования к данным, вводимым в поле. Например, для выполнения требования, чтобы дата эмиссии предшествовала текущей, следует задать выражение <=Date();
- сообщение об ошибке - определяет текст сообщения, которое будет выводиться в случае нарушения заданного выше условия;
- обязательное поле - указывает, требует или нет поле обязательного ввода значения; - индексированное поле - определяет индекс, создаваемый по данному полю.
Индекс ускоряет выполнение запросов, в которых используются индексированные поля, и операции сортировки и группировки. Основываясь на опыте проектирования различных баз, необходимо заметить, что не следует пренебрегать возможностями управления данными, которые открывают дополнительные атрибуты полей. Их грамотное и продуманное использование позволяет организовать централизованный и эффективный контроль за корректностью и целостностью данных.
На завершающем этапе процесса проектирования структуры таблицы происходит задание ключей и индексов. В первом случае достаточно выделить строки, которые должны составить ключевое выражение, и щелкнуть мышью по пиктограмме Ключ на панели инструментов (рис. 6). В таблице Бумаги роль уникального ключевого идентификатора выполняет поле КодБум.
Рис. 6. Панель инструментов конструктора таблиц
Также при создании таблицы имеет смысл заранее продумать возможные упорядочения, которые могут понадобиться при работе с содержащимися в ней данными. Задание индексов с соответствующими ключевыми выражениями может в дальнейшем существенно ускорить процесс работы (особенно с большими массивами данных). В частности, при работе с данными из таблицы Бумаги весьма вероятно, что нам придется выводить их в алфавитном порядке по названиям, а также отсортированными в порядке убывания дат. Процесс задания соответствующих индексов показан на рис. 7.
Рис. 7. Создание индексов для таблицы
Рис. 8. Задание списка подстановки для поля
Эффективным методом решения задач контроля корректности входных данных является ограничение множества допустимых значений поля некоторым списком. Рассмотрим это более подробно на примере поля ТипБум (тип бумаги), которая, допустим, в рассматриваемой торговой системе может быть либо акцией, либо облигацией. Нетрудно заметить, что будет разумным присвоить типу Акция код 1, а типу Облигация - код 2. Это позволит существенно сэкономить место за счет уменьшения объема хранимой информации (особенно при большом количестве записей). Однако с точки зрения восприятия вводимой информации пользователем гораздо удобнее иметь дело с осмысленным текстом, чем запоминать, какие коды ему соответствуют. Средством решения этой проблемы в Access является задание подстановочного списка значений для поля. Для этого следует выбрать вкладку Подстановка в окне Свойства поля, далее для свойства Тип элемента управления задать значение Список. На рис. 8 показано, как описать другие свойства элемента управления Список, чтобы организовать заполнение поля ТипБум требуемыми значениями. После создания описания структуры таблицы можно перейти в режим непосредственного ввода в нее данных. Как уже говорилось, важным преимуществом интерфейса СУБД Access является продуманная гибкая система перехода от режима Конструктора к режиму ввода данных в таблицу (Режим таблицы). Такой переход можно осуществить, щелкнув мышью по пиктограмме Вид, расположенной на панели инструментов, либо выбрав функцию меню Вид > Режим таблицы. На рис. 9 показано окно режима непосредственного ввода данных в таблицу Бумаги,
Рис. 9. Ввод данных в таблицу Бумаги
Хочется еще раз обратить внимание читателя на то, что выбор типа бумаги осуществляется из заранее предопределенного списка.