Главная Обратная связь

Дисциплины:

Архитектура (936)
Биология (6393)
География (744)
История (25)
Компьютеры (1497)
Кулинария (2184)
Культура (3938)
Литература (5778)
Математика (5918)
Медицина (9278)
Механика (2776)
Образование (13883)
Политика (26404)
Правоведение (321)
Психология (56518)
Религия (1833)
Социология (23400)
Спорт (2350)
Строительство (17942)
Технология (5741)
Транспорт (14634)
Физика (1043)
Философия (440)
Финансы (17336)
Химия (4931)
Экология (6055)
Экономика (9200)
Электроника (7621)






Постановка задачи. Требования к информационным системам (ИС)



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

Предположим, что туристическое агентство создает ИС, автоматизирующую процессы учета договоров с клиентами и контроля исполнения заказов на путешествия.

Агентство организует туры в различные страны. Договор включает название, данные о контактном лице, описание предмета договора (страна, число туристов), дату начала исполнения договора, дату окончания исполнения, дату оплаты.

В реализации заказа принимает участие сотрудник туристического агентства.

В функции ИС входит, например, получение следующей информации:

1. Клиенты:

ü о клиентах агентства;

ü о клиентах, дающих наибольший доход.

2. Договор:

ü о платежах по договору;

ü о турах, пользующихся наибольшим спросом;

ü о турах, приносящих наибольший доход.

3. Контроль исполнения:

ü объем работ, выполненный каждым из сотрудников;

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

4. Бизнес-анализ:

ü список всех туров, сгруппированный по странам (сезонам);

ü число туров в каждую страну;

ü годовой поквартальный отчет с указанием суммы и числа договоров;

ü финансовый отчет и др.

Такая постановка задачи позволяет выделить такие массивы информации:

ü клиенты;

ü договоры;

ü страны;

ü сотрудники.

Проектирование базы данных

Создание базы данных можно разбить на следующие этапы:

ü Проектирование структуры базы данных.

ü Конструирование структуры будущих таблиц базы данных.

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

ü Ввод данных в таблицы.

ü Сохранение базы данных.

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

В проектируемой базе данных должна храниться следующая информация (табл. 3.4).

Таблица 3.4

Информация БЗ «Турагенство»

Клиент     Страна
Код клиента Число Код тура Число
Контактное лицо Текст Название страны Текст
Адрес клиента Текст Договор
Телефон Текст Номер договора Текст
Сотрудник Дата начала тура Дата
Код сотрудника Число Дата окончания тура Дата
Фамилия, имя, отчество Текст Дата платежа Дата
Должность Текст Код клиента Число
Домашний телефон Текст Код тура Число
Размер оклада Яш I, Число Число туристов Число
    Цена тура Текст
    Код сотрудника Число

 



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

Исходные данные, приведенные в табл. 3.4, будут основой таблиц базы данных. Создадим четыре таблицы: Сотрудники, Клиенты, Страны, Договоры.

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

На втором этапе необходимо определить индексируемые поля.

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

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

«Значение ключевого поля» – «Указатель на соответствующую запись в таблице».

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



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

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

В табл. 3.5 перечислены индексные поля для таблиц БД туристического агентства.

Таблица 3.5

Индексированные поля таблиц БД «Турагенство»


Эта страница нарушает авторские права

allrefrs.ru - 2019 год. Все права принадлежат их авторам!