 |
II . Общие сведения MS ACCESS инфологическое моделирование.
|
|
|
|
Инфологическое проектирование (ER-модель)
Система Access - это набор инструментов конечного пользователя для управления базами данных. В ее состав входят конструкторы таблиц, форм, запросов и отчетов. Эту систему можно рассматривать и как среду разработки приложений. Используя макросы или модули для автоматизации решения
№2
задач, можно создавать ориентированные на пользователя приложения такими же мощными, как и приложения, написанные непосредственно на языках программирования. При этом они будут включать кнопки, меню и диалоговые окна. Программируя на языке VBA, можно создавать такие мощные программы, как сама система Access.
Создание приложений без программирования с использованием макросов Access. Пользователи электронных таблиц и баз данных должны быть знакомы со многими ключевыми понятиями, используемыми в Access. Прежде чем приступить к работе с каким-либо программным продуктом, важно понять его возможности и типы задач, для решения которых он предназначен. Microsoft Access (далее - просто Access) - это многогранный продукт, использование которого ограничено только воображением пользователя.
В Access в полной мере реализовано управление реляционными базами данных. Система поддерживает первичные и внешние ключи и обеспечивает целостность данных на уровне ядра (что предотвращает несовместимые операции обновления или удаления данных). Кроме того, таблицы в Access снабжены средствами проверки допустимости данных, предотвращающими некорректный ввод вне зависимости от того, как он осуществляется, а каждое поле таблицы имеет свой формат и стандартные описания, что существенно облегчает ввод данных. Access поддерживает все необходимые типы полей, в том числе текстовый, числовой, счетчик, денежный, дата/время, MEMO, логический, гиперссылка и поля объектов OLE. Если в процессе специальной обработки в полях не оказывается никаких значений, система обеспечивает полную поддержку пустых значений.
|
|
|
Создание баз данных и ввод данных.
В Microsoft Access поддерживаются два способа создания базы данных. Имеется возможность создать пустую базу данных, а затем добавить в нее таблицы, формы, отчеты и другие объекты. Такой способ является наиболее гибким, но требует отдельного определения каждого элемента базы данных. Имеется также возможность сразу создать с помощью мастера базу данных определенного типа со всеми необходимыми таблицами, формами и отчетами. Это простейший способ начального создания базы данных. В обоих случаях у Вас останется возможность в любое время изменить и расширить созданную базу данных
В настоящее время разработано значительное количество разнообразных моделей БД. В большинстве случаев в маркетинговой деятельности используется реляционная модель, когда данные представляются в виде совокупности таблиц, над которыми могут выполняться операции.
Проектирование БД—одна из наиболее ответственных и трудных задач, связанных с созданием информационной системы маркетинговой деятельности. В результате её решения должны быть определены и содержание БД. И эффективный способ её организации, и инструментальные средства управления данными, которые будут применяться в создаваемой системе.
Процесс проектирования БД должен включать следующие этапы:
№3
1.Инфологическое проектирование, т.е. определение предметной области системы, позволяющее изучить информационные потребности будущих пользователей:
- определение требований к операционной обстановке, в которой будет функционировать информационная система;
|
|
|
- выбор СУБД и других инструментальных и программных средств её реализации;
- логическое проектирование БД;
- физическое проектирование БД.
Задача этапа логического проектирования БД состоит в разработке её «логической» структуры в соответствии с инфологической моделью предметной области. На это этапе создаются схемы БД на языках определения данных.
Этап физического проектирования БД требует поиска проектных решений, обеспечивающих эффективную поддержку построения «логической» структуры БД в среде хранения БД. На этом этапе решаются вопросы построения структуры хранимых данных, размещения хранимых данных в памяти, выбора эффективных методов доступа к различным компонентам «физической» БД. Описывается также отображение «логической» структуры БД в структуре хранения.
Итак, в процессе этапа инфологического проектирования можно выделить следующие сущности - связи, объекты, атрибуты. Взаимосвязь объектов и связей между ними представлена в виде ER - диаграммы.
Объект - абстракция класса предметов реального мира. Каждый объект обладает присущими ему атрибутами. Каждый атрибут должен иметь имя и должен получать значение из некоторого множества допустимых значений (домен). У каждого объекта должен быть идентификатор, который однозначно определяет экземпляр объекта. Атрибуты бывают простые и ключевые.
В БД ключевым атрибутом является «название организации» и «адрес», т.е. по данным атрибутам происходит взаимосвязь всех четырех таблиц.
Объекты бывают статистические и динамические, поэтому надо учитывать количество меняющихся экземпляров объекта от общего числа.
1.Договора.
| Название атрибута | Тип поля | Свойства поля | Описание |
| Название организации | Текстовый | 50 | Название организации |
| Номер договора | Текстовый | 50 | Номер договора |
| Адрес | Текстовый | Текстовый | Адрес |
№4
2.Задолжность
| Название атрибута | Тип поля | Свойства поля | Описание |
| Название организации | Текстовый | 50 | Название организации |
| Сумма задолжноти | Денежный | 50 | Сумма задолжности |
|
|
|
3.Клиент
| Название атрибута | Тип поля | Свойства поля | Описание |
| Название организации | Текстовый | 50 | Название организации |
| Адрес | Числовой | 50 | Адрес организации |
| ФИО директора | Текстовый | 50 | ФИО директора |
| Контакты | Числовой | Длинное целое |
4.Объем заказа.
| Название атрибута | Тип поля | Свойства поля | Описание |
| Название организации | Текстовый | 50 | Название организации |
| Срок отгрузки | Текстовый | 50 | Время отгрузки |
| Срок приема | Текстовый | Время приема | |
| Выплата | Денежный | 50 | Сумма платежа |
| Объем заказа | Числовой | Длинное целое | Количество |
№5
Описание связей
| № связи | Название | Тип | Главный объект | Связан, объект |
| 1 | Договора-клиент | 1:∞ | Адрес | Адрес |
| 2 | Задолжность-клиент | 1:∞ | Название организации | Название организации |
| 3 | Объем заказа-клиент | 1:∞ | Название организации | Название организации |
|
|
|
