Различные сочетания индексов в переменной(обозначение параметра, обозначение индекса, значение индекса, номер сочетания индексов) - таблица Param.db

1.  Различные сочетания индексов в переменной(обозначение параметра, обозначение индекса, значение индекса, номер сочетания индексов) - таблица Param.db.

2.  Значение параметра(обозначение экономической переменной, значение переменной, порядковый номер в переменной, номер версии расчета) - таблица Ver_value.db.

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

На уровне таблиц это выглядит следующим образом:

В приведенных ниже таблицах обозначение вида «X» в колонке «№», где X - номер поля, означает, что данное поле является ключевым.

 

Indexes.db

№	Имя	Тип	Размер	Комментарий
“1”	ID	Char	5	Обозначение индекса
2	Mn	Integer		Минимальное значение
3	Mx	Integer		Максимальное значение
4	Step	Integer		Шаг изменения

 

Model.db

№	Имя	Тип	Размер	Комментарий
“1”	ID	Char	10	Обозначение модели
2	Remark	Char	50	Комментарий по модели
3	Path	Char	100	Директория, в которой хранятся файлы модели
4	MFile	Char	20	Файл описания модели

 

Inter.db

№	Имя	Тип	Размер	Комментарий
“1”	ID	Char	10	Обозначение объекта
“2”	IID	Char	10	Обозначение объекта, от которого зависит ID
3	InForm	Integer		Позиция в последовательности индексов, от которых зависит переменная, в системе ограничений
4	Kind	Char	10	Тип записи

Неописанные в отношениях поля:

·   InForm - необходимо для распознавания файла ограничений. Показывает номер в последовательности индексов, например, при обозначении некоторой переменной f, зависящей от индексов K и Y, в виде f(Y,K), позиция Y равняется единице, для K - два.

·   Kind - введено для дальнейшего развития проекта. Для описанного отношения значение будет «v» (variable), т.е. запись в таблице описывает взаимосвязь переменной с индексом. В дальнейшем будет использоваться для описания вхождения в модель некоторых глобальных переменных, т.е. модель будет выступать в качестве подмодели, значение в этом случае «g» (global).

 

Param.db

№	Имя	Тип	Размер	Комментарий
«1»	ID	Char	10	Обозначение переменной
«2»	IID	Char	10	Обозначение индекса
«3»	iid_value	integer		Значение индекса
«4»	Num	Integer		Порядковый номер в переменной

 

Params.db

№	Имя	Тип	Размер	Комментарий
«1»	ID	Char	10	Обозначение переменной
2	Remark	Char	50	Описание переменной

Version.db

№	Имя	Тип	Размер	Комментарий
«1»	Ver	Integer		Номер версии
2	Remark	Memo		Комментарий по версии
«3»	ID	Char	10	Обозначение модели

2.   Технический проект

В этом разделе рассматриваются алгоритмы клиентской части реализации доступа к данным в архитектуре клиент/сервер.

2.1   Конфигурация технических средств

Требования к составу и параметрам технических средств соответствуют требованиям к программному продукту - системе моделирования макроэкономики.

Минимально необходимое оборудование:

PC.................................................... 80486 SX2-66;

RAM................................................ 12 MB;

HDD................................................ 50 MB свободных;

Screen.............................................. Color VGA.

Рекомендуемое оборудование:

PC.................................................... Pentium 133 МГц;

RAM................................................ 32 MB;

HDD................................................ 30 MB свободных;

Screen.............................................. Color SVGA;

Необходимое программное обеспечение:

ОС................................................... Windows’95;

Машина баз данных....................... Borland DataBase Engine 3.0;

Приложение.................................... Система моделирования макроэкономики.

2.2   Алгоритмы предварительной подготовки данных для расчета экономической модели   2.2.1   Общий алгоритм работы программы

2.2.2   Структура программы

Структура программы представлена на риc.5

Рис.5. Структура программы.

2.2.3   Архитектура Borland Database Engine (IDAPI) – ядро доступа к данным.

За более чем 25-летнюю историю развития реляционных баз выработался ряд новых требований к методам и средствам доступа к данным.За такую долгую историю в промышленном использовании нашли своё применение огромное количество форматов хранения данных.Поэтому одним из основных вопросов дальнейшего развития СУБД стал вопрос о создании единой среды обработки данных.На базе многолетнего опыта создания инструментальных средств компания Borland предоставила разработчикам свою технологию доступа к данным – Borland Database Engine, Известную также как IDAPI (Integrated Database API).Идеология доступа к локальным и клиент/серверным данным существенно отличаются (в одном случае используется навигационный подход, в другом – язык SQL, ориентированный на множество данных). BDE объединяет эти подходы без уменьшения функциональных возможностей кождого из них. Поэтому BDE (IDAPI) положен в основу инструментов создания масштабируемых систем обработки данных, одним из которых является Delphi.

BDE предоставляет единый набор функций (API) обработки локальных и серверных данных. Обращение к различным источникам данных основано на коцепции драйверов. Таким образом обеспечивается интерфейс к наиболее распространённым форматам/способам хранения данных: dBase, Paradox и серверным источникам InterBase, Oracle, Sysbase, Informix, MS SQL-Server.

Когда речь заходит об обработке данных в структуре клиент/сервер следует понимать, что реализация доступа к серверным данным несколько усложняется. В этом случае вводится понятие middleware – некоего среднего звена, отвечающего за взаимодействие универсального интерфейса (в нашем случае IDAPI) с клиентскими средствами сервера БД. В качестве такого middleware для пользователей BDE выступает Borland SQL Links, также реализованный в виде набора драйверов для каждого конкретного сервера.

Рис. 6 отражает такой подход к обработке серверных данных.

2.2.4   Иерархия форм.

Формы баз данных Delphi можно разделить на четыре следующих функциональных класса.

1. Редактирование и ввод. Простая форма, представляющая одну запись одной таблицы.

2. Сетка. Форма, которая отображает несколько строк одной таблицы, как это делается в программах электронных таблиц (каждая строка таблицы базы данных занимает одну строку на экране).

3. Управляющая сетка. Форма, которая отображает несколько строк одной таблицы (каждая строка таблицы базы данных занимает несколько строк экрана).

4. Главная-подчиненная. Форма, которая показывает строки двух или более связанных таблиц.

При разработке приложения прежде всего создаются и сохраняются в хранилище объектов Delphi формы-предки. Затем на их основе создаются все формы, являющиеся потомками.

Рис.6. Иерархия форм.