2. Инфологическое проектирование (ER-модель)
В настоящее время разработано значительное количество разнообразных моделей БД. В большинстве случаев в маркетинговой деятельности используется реляционная модель, когда данные представляются в виде совокупности таблиц, над которыми могут выполняться операции.
Проектирование БД—одна из наиболее ответственных и трудных задач, связанных с созданием информационной системы маркетинговой деятельности. В результате её решения должны быть определены и содержание БД. И эффективный способ её организации, и инструментальные средства управления данными, которые будут применяться в создаваемой системе.
Процесс проектирования БД должен включать следующие этапы:
1.Инфологическое проектирование, т.е. определение предметной области системы, позволяющее изучить информационные потребности будущих пользователей:
- определение требований к операционной обстановке, в которой будет функционировать информационная система;
- выбор СУБД и других инструментальных и программных средств её реализации;
- логическое проектирование БД;
- физическое проектирование БД.
Задача этапа логического проектирования БД состоит в разработке её «логической» структуры в соответствии с инфологической моделью предметной области. На это этапе создаются схемы БД на языках определения данных.
Этап физического проектирования БД требует поиска проектных решений, обеспечивающих эффективную поддержку построения «логической» структуры БД в среде хранения БД. На этом этапе решаются вопросы построения структуры хранимых данных, размещения хранимых данных в памяти, выбора эффективных методов доступа к различным компонентам «физической» БД. Описывается также отображение «логической» структуры БД в структуре хранения.
Итак, в процессе этапа инфологического проектирования можно выделить следующие сущности - связи, объекты, атрибуты. Взаимосвязь объектов и связей между ними представлена в виде ER - диаграммы.
Объект - абстракция класса предметов реального мира. Каждый объект обладает присущими ему атрибутами. Каждый атрибут должен иметь имя и должен получать значение из некоторого множества допустимых значений (домен). У каждого объекта должен быть идентификатор, который однозначно определяет экземпляр объекта. Атрибуты бывают простые и ключевые.
В моей БД ключевым атрибутом является «название организации» и «адрес», т.е. по данным атрибутам происходит взаимосвязь всех четырех таблиц.
Объекты бывают статистические и динамические, поэтому надо учитывать количество меняющихся экземпляров объекта от общего числа.
Описание атрибутов сущности
1.Договора.
Название атрибута | Тип поля | Свойства поля | Описание |
Название организации | Текстовый | 50 | Название организации |
Номер договора | Текстовый | 50 | Номер договора |
Адрес | Текстовый | Текстовый | Адрес |
2.Задолжность
Название атрибута | Тип поля | Свойства поля | Описание |
Название организации | Текстовый | 50 | Название организации |
Сумма задолжноти | Денежный | 50 | Сумма задолжности |
3.Клиент
Название атрибута | Тип поля | Свойства поля | Описание |
Название организации | Текстовый | 50 | Название организации |
Адрес | Числовой | 50 | Адрес организации |
ФИО директора | Текстовый | 50 | ФИО директора |
Контакты | Числовой | Длинное целое |
4.Объем заказа.
Название атрибута | Тип поля | Свойства поля | Описание |
Название организации | Текстовый | 50 | Название организации |
Срок отгрузки | Текстовый | 50 | Время отгрузки |
Срок приема | Текстовый | Время приема | |
Выплата | Денежный | 50 | Сумма платежа |
Объем заказа | Числовой | Длинное целое | Количество |
Описание связей
№ связи | Название | Тип | Главный объект | Связан, объект |
1 | Договора-клиент | 1:∞ | Адрес | Адрес |
2 | Задолжность-клиент | 1:∞ | Название организации | Название организации |
3 | Объем заказа-клиент | 1:∞ | Название организации | Название организации |
... которые обеспечивают вычисление итогов, отображение сгруппированных и построение новых таблиц. Запрос можно использовать даже для обновления данных в таблицах, удаления записей и добавления одной таблицы к другой. 2. Проектирование и создание реляционной базы для Молодежного Центра 2.1 Построение информационно логической модели данных Работа по созданию базы данных началась с карандашом и ...
ы. Цель работы – изучить технологию создания базы данных. Задачи работы: 1. Изучение основных процессов в деятельности биржи труда на примере биржи труда «Шанс» (г. Барнаул) 2. Создание таблиц 3. Создание схемы данных 4. Заполнение таблиц данными 5. Формирование запросов 6. Формирование отчетов Данная работа была проведена на домашнем персональном компьютере (оперативная ...
... Формирование запросов 6. Формирование отчетов Данная работа проводилась на домашнем персональном компьютере (оперативная память 256, HDD 120 Гб), с установленным программным обеспечением: ОС Windows, MS Office. 1. Технология создания базы данных в среде MS Access В Microsoft Access поддерживаются три метода создания Базы данных Access. Создание базы данных с помощью мастера Можно ...
... источников, каждый из которых связан с определённым видом деятельности. Для координации всех этих данных необходимы определённые знания и организационные навыки. Microsoft Access объединяет сведения из разных источников в одной реляционной базе данных. Создаваемые формы, запросы и отчёты позволяют быстро и эффективно обновлять данные, получать ответы на вопросы, осуществлять поиск нужных данных, ...
0 комментариев