Разработка информационной системы контроля проезда автотранспорта
 Скачать 3.56 Mb.
|
2.4. Проектирование распределенной структуры базы данных информационной системы контроля проезда транспортаРаспределение таблиц БД ИС по рабочим местам велась в два этапа. Первый этап – это анализ используемости данных и фрагментация таблиц БД на более мелкие с целью сокращения объема рабочих таблиц. Второй этап – размещение таблиц на тех узлах ИВС (рабочих местах), где они максимально часто применяются. В целом это позволило значительно повысить степень локальности данных и сократить время доступа к ним. Доработка программного обеспечения ИС касалась только изменений в процедурах обращения к данным, то есть загрузки рабочих таблиц БД при изменении режима функционирования. Анализ практического применения ИС показал, что наибольшие задержки в ее функционировании возникают при просмотре данных члена кооператива на КПП и анализе оплат членских взносов в бухгалтерии. При этом используются таблицы:
Основные задержки обусловлены длительным выполнением запросов к этим таблицам ввиду их большого объема. Однако запросы обращаются не ко всем полям таблиц, что позволяет, выполнив соответствующую фрагментацию, сократить их объем, и, следовательно, время обращения к ним. Наиболее часто выполняются следующие запросы: 1. Select FIO, Adress, NomBoksa, NomGar from Spisok – выбрать ФИО, адрес проживания, номер бокса, номер гаража(склада) из таблицы Spisok. 2. Select Foto, FIO from Spisok – выбрать ФИО и фотографию из таблицы Spisok. 3. Select NomLS, Oplata, Data, NomS from Kassa/Bank Where Year=&NYear – выбрать лицевой счет, номер счета, сумму и дату оплаты за указанный год из таблиц Kassa или Bank. При выполнении запроса 1 или 2 проблема заключается в том, что фотографии занимают гигабайты дискового пространства, а объем остальной информации составляет десятки мегабайт, то есть в сотни и тысячи раз меньше объема фотографий. Но при выборе текстовой информации все равно идет отбор и графической составляющей (фотографий). Это приводит к большим задержкам при просмотре и редактировании текстовой информации. Следовательно, необходимо провести вертикальную фрагментацию таблицы Spisok, заключающуюся в выделении фотографий в отдельную таблицу. Таким образом предлагается вместо одной исходной получить две таблицы Spisok и Foto следующей структуры: Spisok
*) Таким образом указаны типы полей таблиц БД: С - символьное поле; D - поле типа дата; G - графическое роле; I - целочисленное поле; N - числовое поле. Foto
Похожие проблемы возникают и при обращении к данным о сотрудниках клиентов. Соответственно, проведем подобную реструктуризацию для таблицы DopSp. Получим две таблицы: DopSp
FotoD
При выполнении запроса 3 проблема заключается в том, что при просмотре задолженностей клиентов выбор оплат идет только за отдельный год, а таблица содержит информацию за весь период существования гаражно-складских помещений. Поэтому предлагается провести горизонтальную (по записям) фрагментацию таблиц Kassa и Bank по годам. При этом для упрощения предлагается при формировании имени таблицы к старому имени прибавлять цифру, соответствующую последней цифре года (например Kassa4 – данные по кассовым операциям в 2005 году). Таким образом, вместо 2 таблиц Kassa и Bank, получим 20 более мелких таблиц:  Рис.2.6 – Разбиение таблиц кассовых и банковских операций При этом структура этих таблиц (состав полей) не меняется. Соответственно поменяется схема базы данных. Ее вид после реконструкции показан на рисунке 2.7.  Рис 2.7 – Схема распределенной базы данных после проектирования распределенной структуры Исходя из частоты обращений к таблицам базы данных с различных рабочих мест, предлагается разместить таблицы базы данных на тех рабочих местах, где они наиболее часто применяются. При равенстве обращений, таблицы необходимо размещать на рабочих местах, которые функционируют более продолжительное время (АРМ №1, АРМ №3). Размещение таблиц базы данных по узлам сети показано в таблице 2.2. Таблица 2.2 Размещение таблиц БД по узлам сети.
Предложенные изменения были согласованы с программистом администрации гаражно-складских помещений и реализованы при прохождении преддипломной практики, что позволило реализовать следующие сроки выполнения основных операций при функционировании информационной системы. Таблица 2.3. Время типовых операций после реконструкции БД
Как показывает анализ, полученные после оптимизации информационной системы времена ее функционирования удовлетворяют предъявляемым требованиям. |