Команда описания заголовка процедуры

Формат команды:

PROCEDURE <имя процедуры>

В качестве имени процедуры используется уникальный набор букв латинского алфавита. Допускается использование цифр, но первым символом должна быть буква.

Команда восприятия параметров

Формат команды:

PARAMETERS <список параметров>

Эта команда позволяет передать процедуре значения перемен­ных из командной строки или из вызывающей программы. Она пишется сразу после заголовка процедуры и содержит такое же

количество параметров и того же типа, что и в команде DO, вы­зывающей данную процедуру.

Команда окончания процедуры

Формат команды:

RETURN [ TO MASTER | ТО <имя процедуры> | <выр.> ]

Команда RETURNбез опций завершает выполнение процедуры и передает управление следующему по порядку опера­тору.

Команда RETURN TO MASTERзавершает выполнение про­цедуры и выполняет переход к самому верхнему уровню вызыва­ющих процедур, передавая управление следующему по порядку оператору.

Команда RETURN TO <имя процедуры>завершает выполне­ние процедуры и выполняет переход к процедуре с указанным именем, передавая управление следующему по порядку опера­тору.

<выр.>содержит последний выполняемый оператор в теле процедуры. Такой способ окончания процедуры используется в процедурах-функциях для передачи последнего вычисленного значения.

Команда возврата

RENTRY

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

Команда выхода на командный уровень

CANCEL

Команда прекращает выполнение программы, освобождает из памяти переменные, созданные пользователем и возвращает уп­равление окну Command.

Команда выхода из среды Visual FoxPro

QUIT

Осуществляет выход из среды Visual FoxPro в операционную систему. Рекомендуется использовать эту команду перед вы­ключением компьютера, с целью предотвращения потери дан­ных.

Внутренние процедуры

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

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

Процедура-функция

Если результатом работы процедуры является единственное вы­численное значение, то удобнее использовать процедуру-функ­цию. Процедура-функция может быть оформлена как внешняя или как внутренняя процедура. Процедура-функция вызывается по своему имени, которое допускается указывать в командах. По­сле имени процедуры-функции обязательно указываются или пу­стые круглые скобки, или круглые скобки с именами передавае­мых аргументов.

Команда описания заголовка процедуры-функции

FUNCTION(<имя процедуры-функции>)

Имя процедуры-функции пишется по правилам имен проце­дур.

Передача входных параметров (аргументов) и написание тела процедуры-функции производится аналогично процедурам, но запрещено использование команды RETURNв любом варианте. Единственный результат вычисления, определенный последним исполняемым оператором, передается под именем самой функции.

Вызов процедуры-функции производится командой

DO <имя процедуры-функции>

ЭТАПЫ ПРОЕКТИРОВАНИЯ БАЗЫ ДАННЫХ

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

Первый этап проектирования:

построение информационной модели и определение сущностей

На этом этапе проектирования базы данных решаются следую­щие вопросы:

• ставится задача на проектирование базы данных, то есть до­казывается актуальность создания базы данных;

• собираются концептуальные требования и, на их основе, строится концептуальная модель данных. Концептуальная модель данных составляется по результатам анализа постав­ленной заказчиком задачи и обработки концептуальных тре­бований конечных пользователей. Результатом выполнения первого этапа проектирования является информационная модель данных и список основных сущностей — прообраз будущих таблиц. В данном случае под сущностью понимает­ся структурное подразделение фирмы. Концептуальная модель данных будет состоять из совокупности групп кон­цептуальных требований для каждого структурного подраз­деления фирмы, причем некоторые концептуальные требо­вания могут повторяться в разных группах.

Для примера, рассмотренного в конце главы, сущностями будут: группа маркетинга, торговая группа, группа планирования и материальная группа.