1.5. Способы разработки и выполнения приложений
Современные СУБД позволяют решать широкий круг залач по работе с базами данных без разработки приложения. Тем не менее есть случаи, когда целесообразно разработать приложение. Например, если требуется автоматизация манипуляций с данными, терминальный интерфейс СУБД недостаточно развит, либо имеющиеся в СУБД стандартные функции по обработке информации не устраивают пользователя. Для разработки приложений СУБД должна иметь программный интерфейс, основу которого составляют функции и/или процедуры соответствующего языка npoi рам- мирования.
Существу юшие СУБД поддерживают следующие технологии (и их комбинации) разработки приложений:
ручное кодирование программ (Clipper, FoxPro, Paradox);
создание текстов приложений с помощью генераторов (FoxApp вFoxPro, Personal Programmer вParadox);
автоматическая генерация готового приложения методами визуального программирования (Delphi, Access, Paradox for Windows)
При ручном кодированиипрог раммисты вручную набирают текст программ приложений, после чего выполняют их отладку
Использование генераторовупрощает разработку приложений, поскольку при этом можно получать программный код без ручного набора. Генераторы приложений облегчают разработку основных элементов приложений (меню, экранных форм, запросов и т. д.), но зачастую не могут полностью исключить ручное кодирование.
Средства визуального программированияприложений являются дальнейшим развитием идеи использования генераторов приложений. Приложение при этом строится из готовых «строительных блоков» с помощью удобной интегрированной среды. При необходимости разработчик легко может вставить в приложение свой код. Интегрированная среда, как пра вило, предоставляет мощные средства создания, отладки и модификации приложений. Использование средств визуального программирования позволяет в кратчайшие сроки создавать более надежные, привлекательные и эффективные приложения по сравнению с приложениями, полученными первыми двумя способами.
Разработанное приложение обычно состоит из одного или неско льких файлов операционной системы.
Если основным файлом приложения является исполняемый файл (например, ехе-файл), то это приложение, скорее всего, является независимым приложением,которое выполняется автономно от среды СУБД. Получение независимого приложения на практике ос>ществляется путем компиляцииисходных текстов программ, полученных различными способами: путем набора текста вручную, а также полученных с помощью генератора приложения или среды визуального программирования.
Независимые приложения позволяют получать, например, СУБД FoxPro и система визуального программированияDelphi Отметим, что с помощью средствDelphi обычно независимые приложения не ра фаба- тывают, так как это достаточно трудоемкий процесс, а привлекают процессор баз данныхBDL (Borland DataBase Engine), играющий роль ядра СУБД. Одним из первых средств разработки приложений для персональных ЭВМ является системаClipper, представляющая собой «чистый компилятор».
Во многих случаях приложение не может исполняться без среды СУБД. Выполнение приложения состоит в том, что СУБД анализирует содержимое файлов приложения (в частном случае — это текст исходной иро1раммы) и автоматически строит необходимые исполняемые машинные команды. Другими словами, приложение выполняется методом интерпретации.
Режим интерпретации реализован во многих современных СУБД, например Access, Visual FoxPro иParadox, а также в СУБД недавнего прошлого, к примеруFoxBase иFoxPro.
Кроме этого, существуют системы, использующие промежуточный вариант между компиляцией и интерпретацией — так называемую nceedo— компи чяциюВ таких системах исходная программа путем компиляции преобразуется в промежуточный код (псевдокод) и записывается на диск В этом виде ее в некоторых системах разрешается даже редактировать, но главная цель псевдокомпилянии — преобразовать программу к виду, ускоряющему процесс ее интерпретации Такой прием широко применялся в СУБД, работающих под управлениемDOS, напримерFoxbase+ иParadox 4.0/4 5for DOS.
В СУ БД, работающих иод управлением Windows, псевдокод чаще используют для того, чтобы запретить модифицировать приложение. Это полезно для защиты от случайной или преднамеренной порчи работающей программы. Например, такой прием применен в СУБДParadox for Windows, где допускается разработанные экранные формы и отчеты преобразовывать в соог ветствующие объекты, не поддающиеся редактированию.
Неко горые СУБД предостав. шют пользователю возможность выбора варианта разработки приложения: как интерпретируемого СУБД программного кода или как независимой программы.
Достоинствомприменения незавш имых при чоженийявляется то, что вре мя выполнения машинной программы обычно меньше, чем при интерпрета ции Такие приложения целесообразно использовать на слабых машинах и в случае установки систем «под ключ», когда необходимо оакрыть приложение от доработок со стороны пользователей.
Важным достоинствомприменения интерпретируемыхприложений является легкость их модификации. Если готовая программа подвер] ается частым изменениям, то для их внесения нужна инструментальная система, то есть СУБД или аналогичная среда. Для интерпретируемых приложений такой инструмент всегда под рукой, что очень удобно.
Другим серьезным достоинствомсистем с интерпретацией является то, что хорошие СУБД обычно имеют мощные средства контроля целостности данных и защиты от несанкционированного доступа, чего не скажешь о сист емах компилирующего типа. В последних упомянутые функции приходится программировать вручную либо оставлять на совести администраторов.
При выборе средств бля разработки приложенияследует учитывать гри основных фактора: ресурсы компьютера, особенности приложения (потребность в модификации функций программы, время на разработку, необходимость контроля доступа и поддержание целостности информации) и цель разработки («>тчуждасмый программный продукт или система автоматизации своей повседневной деятельности).
Для пользователя, имеющего современный компьютер и планирующего создать несложное приложение, по всей видимости, больше подойдет СУБД интерпретирующего тина. 11аиомним, что такие системы достаточно мощны, имеют высокоуровневые средства, удобны для разработ ки и отладки, позволяют быстро выполнить разработку и обеспечивают удобное сопровождение и модификацию приложения.
При использовании компьютера со слабым!, характеристиками лучше остановить свой выбор на системе со средствами разраоотки независимых приложений При этом следует иметь в виду, что малейшее изменение ь приложении влечет за собой циклическое повторение этапов программирования, компи пяции и отладки программы. Разница в выполнении независимого приложения и выполнения приложения в режиме интерпретации колеблется в пределах миллисекунд в пользу независимого приложения. В то же время разница во времени подготовки приложения к его использованию обычно составляет величины порядка минуты—часы в пользу систем с интерпретацией
Источник
Способы разработки и выполнения приложений
Современные СУБД позволяют решать широкий круг задач по работе с базами данных без разработки приложения. Тем не менее есть случаи, когда целесообразно разработать приложение. Например, если требуется автоматизация манипуляций с данными, терминальный интерфейс СУБД недостаточно развит, либо имеющиеся в СУБД стандартные функции по обработке информации не устраивают пользователя. Для разработки приложений СУБД должна иметь программный интерфейс, основу которого составляют функции и/или процедуры соответствующего языка программирования.
Существующие СУБД поддерживают следующие технологии (и их комбинации) разработки приложений:
u ручное кодирование программ (Сliррег, FохРго, Рагаdoх);
u создание текстов приложений с помощью генераторов (FохАрр в FохРго, Регзопаl Ргоgгаmmer в Рагаdoх);
u автоматическая генерация готового приложения методами визуального программирования (Dе1рhi, Ассезз, Рагаdoх for Windows).
При ручном кодировании программисты вручную набирают текст программ приложений, после чего выполняют их отладку.
Использование генераторов упрощает разработку приложений, поскольку при этом можно получать программный код без ручного набора. Генераторы приложений облегчают разработку основных элементов приложений (меню, экранных форм, запросов и т. д.), но зачастую не могут полностью исключить ручное кодирование.
Средства визуального программирования приложений являются дальнейшим развитием идеи использования генераторов приложений. Приложение при этом строится из готовых «строительных блоков» с помощью удобной интегрированной среды. При необходимости разработчик легко может вставить в приложение свой код. Интегрированная среда, как правило, предоставляет мощные средства создания, отладки и модификации приложений. Использование средств визуального программирования позволяет в кратчайшие сроки создавать более надежные, привлекательные и эффективныеприложения по сравнению с приложениями, полученными первыми двумя способами.
Разработанноеприложение обычно состоит из одного или нескольких файлов операционной системы.
Если основным файлом приложения является исполняемый файл (например, ехе-файл), то это приложение, скорее всего, является независимым приложением, которое выполняется автономно от среды СУБД. Получение независимого приложения на практике осуществляется путем компиляции нсходных текстов программ, полученных различными способами: путем набора текста вручную, а также полученных с помощью генератора приложения или среды визуального программирования.
Независимые приложения позволяют получать, например, СУБД FохРго и система визуального программирования Dе1рhi. Отметим, что с помощью средств Dе1рhi обычно независимые приложения не разрабатывают, так как это достаточно трудоёмкий процесс, а привлекают процессор данных ВDЕ (Воrland DataBase Engine), играющий роль ядра СУБД. Одним из первых средств разработки приложений для персональных ЭВМ является система Сliрреr, представляющая собой «чистый компилятор».
Во многих случаях приложение не может исполняться без среды СУБД. Выполнение приложения состоит в том, что СУБД анализирует содержимое файлов приложения (в частном случае — это текст исходной программы) и автоматически строит необходимые исполняемые машинные команды. Другими словами, приложение выполняется методом интерпретации.
Режим интерпретации реализован во многих современных СУБД, например Access Visual FохРго и Рагаdoх, а также в СУБД недавнего прошлого, к примеру FoxBase и FохРго.
Кроме итого, существуют системы, использующие промежуточный вариант между компиляцией и интерпретацией — так называемую псевдокомпиляцию. В таких системах исходная программа путем компиляции преобразуется в промежуточный код (псевдокод) и записывается на диск. В этом виде её в некоторых системах разрешается даже редактировать, но главная цель псевдокомпиляции — преобразовать программу к виду, ускоряющему процесс ее интерпретации. Такой приём широко применялся в СУБД, работающих под управлением DО5, например FoxBase+ и Paradox 4.0/4.5 for DOS.
В СУБД, работающих под управлением Windows, псевдокод чаще используют для того, чтобы запретить модифицировать приложение. Это полезно для защиты от случайной или преднамеренной порчи работающей программы. Например, такой приём применён в СУБД Рагаdoх for Windows, где допускается разработанные экранные формы и отчёты преобразовывать в соответствующие объекты, не поддающиеся редактированию.
Некоторые СУБД, предоставляют пользователю возможность выбора варианта разработки приложения: как интерпретируемого СУБД программного кода или как независимой программы.
Достоинством применения независимых приложений является то, что время выполнения машинной программы обычно меньше, чем при интерпретации. Такие приложения целесообразно мспользовать на слабых машинах и в случае установки систем «под ключ», когда необходимо закрыть приложение от доработок со стороны пользователей.
Важным достоинством применения интерпретируемых приложений является легкость их модификации. Если готовая программа подвергается частым изменениям, то для их внесения нужна инструментальная система, то есть СУБД или аналогичная среда. Для интерпретируемых приложений такой инструмент всегда под рукой, что очень удобно.
Другим серьезным достоинством систем с интерпретацией является то, что хорошие СУБД обычно имеют мощные средства контроля целостности данных и защиты от несанкционированного доступа, чего не скажешь о системах компилирующего типа. В последних упомянутые функции приходится программировать вручную либо оставлять на совести администраторов.
При выборе средств для разработки приложения следует учитывать три основных фактора: ресурсы компьютера, особенности приложения (потребность в модификации функций программы, время на разработку, необходимость контроля доступа и поддержание целостности информации) и цель разработки (отчуждаемый программный продукт или система автоматизации своей повседневной деятельности).
Для пользователя, имеющего современный компьютер и планирующего создать несложное приложение, по всей видимости, больше подойдет СУБД интерпретирующего типа. Напомним, что такие системы достаточно мощны, имеют высокоуровневые средства, удобны для разработки и отладки, позволяют быстро выполнить разработку и обеспечивают удобное сопровождение и модификацию приложения.
При использовании компьютера со слабыми характеристиками лучше остановить свой выбор на системе со средствами разработки независимых приложений. При этом следует иметь в виду, что малейшее изменение в приложении влечёт за собой циклическое повторение этапов программирования, компиляции и отладки программы. Разница в выполнении независимого приложения и выполнения приложения в режиме интерпретации колеблется в пределах миллисекунд в пользу независимого приложения. В то же время разница во времени подготовки приложения к его использованию обычно составляет величины порядка минуты—часы в пользу систем с интерпретацией.
С чего начать разработку проекта? — Вопросы и Ответы #10
Источник
Способы разработки и выполнения приложений
Для разработки приложений СУБД должна иметь программный интерфейс, основу которого составляют функции и (или) процедуры соответствующего языка программирования. Существующие СУБД поддерживают следующие технологии (и их комбинации) разработки приложений:
— ручное кодирование программ (Clipper, FoxPro, Paradox),
— создание тестовых приложений с помощью генераторов (FoxApp в FoxPro, Personal Programmer в Paradox),
— автоматическая генерация готового приложения методами визуального программирования (Delphi, Access, Paradox tor Windows).
При ручном кодировании программисты вручную набирают текст программ приложений, после чего выполняют их отладку. Использование генераторов упрощает разработку приложений, поскольку при этом можно получать программный код без ручного набора. Генераторы приложений облегчают разработку основных элементов приложений (меню, экранных форм, запросов и т. д.), но зачастую не могут полностью исключить ручное кодирование. Средства визуального программирования приложений являются дальнейшим развитием идеи использования генераторов приложений. Приложение при этом строится из готовых «строительных блоков» с помощью удобной интегрированной среды. При необходимости разработчик легко может вставить в приложение свой код. Интегрированная среда, как правило, предоставляет мощные средства создания, отладки и модификации приложений. Использование средств визуального программирования позволяет в кратчайшие сроки создавать более надежные, привлекательные и эффективные приложения по сравнению с приложениями, полученными первыми двумя способами. Во многих случаях приложение не может исполняться без среды СУБД. Выполнение приложения состоит в том, что СУБД анализирует содержимое файлов приложения (в частном случае — это текст исходной программы) и автоматически строит необходимые исполняемые машинные команды. Другими словами, приложение выполняется методом интерпретации. Режим интерпретации реализован во многих современных СУБД, например, Access, Visual FoxPro и Paradox.
Раздел 1. Теория проектирования баз данных
Тема 1.1. Основные понятия и типы моделей данных
Источник
