Cтраница 1
Редактор логики помогает создавать новые или редактировать существующие описания PL / SQL. Можно, конечно, использовать его для редактирования программ, написанных на других языках программирования ( например, на Visual Basic), и сохранить полученный программный текст в виде прикладных логических схем в репозитории. [1]
Действия, выполняемые в редакторе логики, автоматически разбиваются на модули, так как даже при работе с большим пакетом, состоящим из множества программных единиц PL / SQL, их нужно рассматривать как отдельные описания. Другой важный момент - это возможность объявлять любые или все подпрограммные единицы как частные или как общие. В первом случае подпрограммные единицы невозможно вызвать из внешнего программного текста. Во втором случае каждый, кто имеет право доступа к Пакету, может обращаться и к подпрограмме. Если подпрограмма объявляется как частная, ее объявление исключается из спецификации пакета, поэтому она будет доступна только телу пакета. [2]
Дополнительные объекты базы данных и место их описания. [3] |
Программный текст, создаваемый в редакторе логики, вводится в указанный триггер. [4]
Процесс создания программных конструкций PL / SQL в редакторе логики несло - Т ОСТОРОЖНО жен и заключается в перетаскиваяии элементов из одного окна в другое. [5]
В диалоговом окне Logic Editor Options определяются некоторые условия функционирования и визуализации редактора логики. [6]
Многие из инструментальных средств, перечисленных в этой таблице, упоминаются и в других главах. В главе 14 представлен редактор логики ( Logic Editor), который используется для завершения программных описаний в PL / SQL и в других языках. В главе 16 рассказывается о средстве просмотра сети модулей ( Module Network Viewer) и о диаграмме модуля ( Module Diagram), а также поясняется, как создавать и сопровождать таблицы управления кодами, эталонные кодовые таблицы и справочные таблицы. В главе 14 говорится о том, как работать с журнальными таблицами и как их создавать. В главе 20 рассматривается процесс тестирования на уровне программных единиц, позволяющий выяснить, соответствуют ли модули предъявляемым требованиям, и детально описывается набор документации, который начинает формироваться на фазе построения. [7]
Кроме того, в меню View находятся параметры, которых нет в диалоговом окне Options. Они позволяют изменять визуальные характеристики в сеансе редактора логики. Например, при установке View-All Logic ( вид-вся логика) отображаются все прикладные логические схемы ( например, для модулей) независимо от применяемого языка. Так, если модуль был определен как модуль Oracle Form Builder ( построитель форм Oracle), программный текст, присвоенный модулю Visual Basic, будет виден как в навигаторе, так и в модуле. Если All Logic не установлен, отображаются только те прикладные логические схемы, которые соответствуют языку программирования модуля. [8]
Имя фашш - это имя и путь с указанием каталога, которые были введены в поле Sourc Path. При использовании двух описанных выше способов в редакторе логики производится синтаксическая проверка. По отношению же к файлу операционной системы никакой проверки не выполняется. [9]
Недостатком же, и довольно большим, является то, что невозможно проверить, как программный текст будет исполняться или будет ли он хотя бы компилироваться. Следовательно, независимо от того, насколько хорошо программный текст прошел синтаксическую проверку в редакторе логики, отлаживаться он будет после генерации модуля. [10]
Эта утилита помогает вводить программные конструкции PL / SQL в соответствии с синтаксическими правилами и предлагает иерархическую схему-меню с конструкциями и инструментальными средствами PL / SQL. В состав утилиты входит встроенное средство проверки синтаксиса. На рис. 14.23 основные рабочие области редактора логики показаны в окне Design Editor. [11]
END) помещается в текстовый редактор либо непосредственным вводом текста, либо перетаскиванием слов и фраз из области дерева программных конструкций. В окне редактирования существует область отображения иерархической структуры, где редактор логики показывает базовую структуру программы, создаваемой в текстовом редакторе. Эта область организуется в соответствии со стандартным форматом навигатора. В ней создаются узлы, которые можно раскрывать и закрывать, что позволяет быстро анализировать логические схемы. [12]
Это делается в навигаторе в узле компонента модуля, называемом API Logic. Кроме того, нужно дать имя этому сегменту программного текста и решить, открывать ли редактор логики для ввода программы. В этот момент следует ввести какой-либо программный фрагмент, чтобы проверить, достаточно ли совершенен программный текст для исполнения в базе данных. [13]
В процессе денормализации, выполняемой на этапе проектирования базы данных, создаются итоговые и производные столбцы и таблицы. На этапе прикладного проектирования использование этой утилиты увеличивает время работы. А вот при денормализации на нее стоит обратить внимание. В основе алгоритма построения итоговых и производных столбцов и таблиц лежит создание программного текста PL / SQL на сервере ( возможно, в виде триггера) или в прикладном модуле. Посредством этого программного текста вычисляются или суммируются значения нескольких таблиц или столбцов. Программный текст PL / SQL хранится в узле репозитория, называемом PL / SQL Definitions, во вкладке Server Model. С помощью редактора логики можно создавать описания PL / SQL, свойственные фазе проектирования, а также определять их более точно на этапе построения. [14]