Методические рекомендации по изучению учебной дисциплины, задания на домашнюю контрольную работу №2 для учащихся заочной формы обучения по специальности 2-40 01 01



страница3/5
Дата09.08.2019
Размер2.95 Mb.
#128178
ТипМетодические рекомендации
1   2   3   4   5

Рисунок 6 - Закладка InterBase


Практически каждый компонент имеет свой собственный редактор свойств, который вызывается по двойному клику на него (если он находится на форме или в DataModule), или в отдельном пункте меню, вызываемому по правой кнопке мыши.

IBX может работать только с библиотекой gds32.dll. Для работы с Firebird необходимо при помощи входящей в комплект утилиты instclient создать gds32.dll из fbclient.dll, т.к. компоненты ориентируются на версию gds32.dll не ниже 6.0, а в fbclient.dll указана версия Firebird, которая ниже 6.0 (1.5, 2.0, 2.1, 2.5).


Тема 5.4 Технология dbExpress
Общие особенности технологии dbExpress. Компоненты для реализации технологии dbExpress (TSQLConnection, TSQLDataSet, TSQLMonitor, TSQLClient¬DataSet)

Литература: [2]; [11, с 321-344]


Методические рекомендации
Впервые введенная в Delphi 6, технология dbExpress обеспечивает прямой доступ к некоторым промышленным серверам (InterBase, MySQL, Oracle и DB2) без BDE или любого подобного механизма. Она реализуется в виде набора соответствующих драйверов, учитывающих специфику серверов и обеспечивающих клиенту единый формат взаимодействия с ними.

Характерной особенностью технологии является создаваемый ею однонаправленный курсор набора данных (НД), что является следствием специфики получения данных от сервера: фактически любой сервер возвращает данные по записям в цикле FOR...SUSPEND, а двунаправленный курсор создается средствами BDE путем буферизации записей.

Однонаправленный курсор обеспечивает более быстрый доступ к данным и экономит ресурсы клиента, но вместе с тем в большей части практически важных случаев менее удобен. Ниже перечислены ограничения, предъявляемые им к действиям клиента.

Навигация по НД возможна только от первой записи к последней. В НД могут использоваться только навигационные методы First и Next. Попытка обращения к любому другому методу (Prior, Last) вызывает исключение.

НД не могут сортироваться или фильтроваться (точнее, сортировка и фильтрация реализуются SQL-запросом, а не свойствами Filter, Filtered, IndexName НД).

Клиент не может визуализировать данные в сетках TDBGrid.

НД не могут редактироваться (их свойства CanModi f у всегда имеют значения False).

К НД нельзя присоединить подстановочные столбцы.

В НД запрещено использовать закладки и поиск записей методами Locate и Lookup.

По результатам выборки нельзя создать отчет главный-детальный, используя технологию Rave Reports или компоненты вкладки QReport.

Delphi имеет компонент TSimpleDataSet, который буферизует получаемые от сервера данные и создает двунаправленный курсор. Наличие этого компонента практически снимает все перечисленные ограничения и делает технологию с dbExpress не менее удобной, чем ВБЕ.
Тема 5.5 Технология доступа к данным ADO
Основные особенности технологии доступа к данным ADO. Установление связи с объектом ADO. Особенности использования компонентов ADO

Литература: [2]; [5, с. 202-226]


Методические рекомендации
Технология ADO (ActiveX Data Objects - объекты данных, построенные как объекты ActiveX), которая усиленно развивается корпорацией Microsoft. На основе этой технологии созданы соответствующие компоненты-наборы TADOTable, TADOQuery, TADOStoredProc, повторяющие в функциональном отношении компоненты TTable, TQuery, TStoredProc, но не требующие развертывания и настройки BDE на клиентской машине.

Основные особенности использования технологии ADO не зависят от архитектуры БД: эта технология характерна не только для файл-серверных БД, но также и для клиент-серверных и трехзвенных БД.

Основным достоинством технологии ADO является ее естественная ориентация на создание "облегченного" клиента. В рамках этой технологии на машине разработчика БД устанавливаются базовые объекты MS ADO и соответствующие компоненты Delphi (рисунок 7), обеспечивающие использование технологии ADO (эти установки осуществляются автоматически при развертывании Delphi). На машине сервера данных (это может быть файловый сервер в рамках файл-серверной технологии или машина с сервером данных - в технологии клиент-сервер) устанавливается так называемый провайдер данных - некоторая надстройка над специальной технологией OLE DB, "понимающая" запросы объектов ADO и "умеющая" переводить эти запросы в нужные действия с данными. Взаимодействие компонентов ADO и провайдера осуществляется на основе универсальной для Windows технологии ActiveX, причем провайдер реализуется как СОМ-сервер, а ADO-компоненты - как СОМ-клиенты.

На машине сервера создается и размещается источник данных. В случае файл-серверных систем отдельные таблицы типа dBASE, FoxPro, Paradox и т. п. должны управляться соответствующим ODBC-драйвером, а в роли провайдера используется Microsoft OLE DB Provider for ODBC drivers. Если по каким-либо причинам не найден нужный драйвер, файл-серверные таблицы можно перенести в формат MS Access. На их основе создается единый файл, содержащий все необходимые таблицы, индексы, хранимые процедуры и прочие элементы БД. Такой файл управляется машиной баз данных Microsoft Jet 4.0 Database Engine, а в роли провайдера используется Microsoft Jet 4.0 OLE DB Provider.



Рисунок 7 - Реализация технологии ADO в Delphi
Если используется промышленный сервер данных Oracle или MS SQL Server, данные не нуждаются в какой-либо предварительной подготовке, а в роли провайдера используется соответственно Microsoft OLE DB Provider for Oracle или Microsoft OLE DB Provider for SQL Server. Нетрудно обнаружить и явный недостаток такой технологии: ADO не может использоваться, если для соответствующей структуры данных (в частности, для БД многих популярных серверов - InterBase, Informix, DB2 и пр.) не создан нужный провайдер или ODBC-драйвер.

На машине клиента располагаются связные компоненты TADOConnect ion и компоненты-наборы данных TADOTable, TADOQuery, TADOStoredProc, а также не показанные на рисунке компоненты-наборы TADODataSet и командные компоненты TADOCommand. Каждый из этих компонентов может связываться с провайдером данных либо с помощью связного компонента TADOConnection, либо минуя его и используя собственное свойство ConnectionString. Таким образом, компонент TADOConnection играет роль концентратора соединений с источником данных компонентов-наборов, и в этом смысле он подобен компоненту TDatabase в традиционной архитектуре с BDE.

Компоненты-наборы TADODataSet в функциональном плане повторяют свойства Delphi компонентов TClientDataSet технологии MIDAS. Командные компоненты TADOCommand предназначены для реализации запросов на языке определения данных (Data Definition Language, DDL), то есть для реализации SQL-запросов, которые не возвращают данные (запросы типа CREATE, DROP, UPDATE и т. п.). Специальный компонент RDSConnection (не показан на рисунке) создан для упрощения связи с MS Internet Explorer и при разработке интранет-приложений.

Компоненты-наборы с помощью компонентов-источников TDataSource и визуализирующих компонентов TDBGrid, TDBMemo, TDBEdit и т. п. обеспечивают необходимый интерфейс с пользователем программы.

Скорость доступа к данным с помощью средств СОМ (а технология ActiveX, являющаяся краеугольным камнем ADO, целиком базируется на СОМ) в общем случае оказывается заметно ниже традиционного для Delphi механизма на основе BDE.
Вопросы для самоконтроля


  1. Объясните особенности интерфейса среды Delphi.

  2. Объясните особенности интерфейса среды С++ Builder.

  3. Опишите компоненты Delphi, необходимые для подключения к БД.

  4. Опишите компоненты С++ Builder, необходимые для подключения к БД.

  5. Опишите компоненты Delphi для работы с БД.

  6. Опишите компоненты С++ Builder для работы с БД.

  7. Изложите процесс подключения клиент-серверной БД к среде Delphi.

  8. Изложите процесс подключения клиент-серверной БД к среде С++ Builder.

  9. Охарактеризуйте особенности набора данных Table.

  10. Охарактеризуйте особенности набора данных Query.

  11. Опишите визуальные компоненты для работы с БД.

  12. Раскройте сущность организации импорта и экспорта данных.

  13. Изложите процесс создания отчетов.

  14. Раскройте сущность технологии InterBase Express.

  15. Опишите компоненты для реализации технологии IBX.

  16. Изложите процесс разработки приложений с использованием технологии доступа к данным InterBase Express.

  17. Раскройте сущность технологии dbExpress.

  18. Опишите компоненты для реализации технологии dbExpress.

  19. Изложите процесс разработки приложений с использованием технологии доступа к данным dbExpress.

  20. Раскройте сущность технологии доступа к данным ADO .

  21. Охарактеризуйте особенности использования компонентов ADO.

  22. Изложите процесс разработки приложений с использованием технологии доступа к данным ADO.


Раздел 6 Разработка приложений на основе веб-технологий

Тема 6.1 Основы языка РНР
Описание языка РНР. Инструментальные средства разработки. Синтаксические конструкции и переменные. Средства управления и функции

Литература: [7, с. 9-16]


Методические рекомендации
HTML(Hypertext Markup Language) представляет собой простой язык обработки текстов; на этом языке при помощи набора тегов (tags) создается документ, который можно просматривать специальной программой просмотра Web (browser). HTML - не язык программирования в том смысле, как C++ или Visual Basic; он больше напоминает средства форматирования документов с использованием управляющих последовательностей. Кодирование на HTML часто сравнивают с созданием документа в формате Microsoft Word путем набивки кодов форматирования прямо в Notepad. Гиперссылка - это, по сути, облагороженный оператор перехода GOTO, обеспечивающий переход к жестко указанному месту приложения. HTML обеспечивает некоторую интерактивность при помощи встроенных элементов управления (intrinsic controls) - тех самых полей ввода, которые обычно присутствуют в HTML-формах. Простые формы можно создать, например, при помощи тегов . Тег допускает применение текстовых полей (text boxes), флажков (check boxes), переключателей (radio buttons) и кнопок (buttons). Формы представляют собой простейшее средство взаимодействия с HTML. Пользователь заполняет ряд форм, которые затем отсылаются серверу. В процессе пересылки данные преобразуются в некий заранее определенный формат и отсылаются в текстовом виде исполняемому файлу сервера. После этого процесс на сервере может использовать полученные данные, например, для доступа к базам данных, посылки почтового сообщения или выполнения иных функций. Был введен специальный тег

Стиль с укороченным тэгом открытия и стиль, совместимый с ASP, не работают по умолчанию.

СУБД MySQL имеет клиентскую библиотеку. Ее можно использовать для создания клиентских программ, работающих с базами данных СУБД MySQL . Библиотека обеспечивает интерфейс, обладающий следующими возможностями.

1 Функциями управления подключением для начала и завершения сеанса связи с сервером.

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

3 Функциями диагностики состояния и ошибок для определения точной причины возникновения ошибки.


Вопросы для самоконтроля


  1. Опишите язык РНР.

  2. Охарактеризуйте инструментальные средства разработки РНР.

  3. Опишите синтаксические конструкции и переменные РНР.

  4. Охарактеризуйте средства управления и функции РНР

  5. Опишите процесс подключения БД MySQL (InterBase и т. д.).

  6. Опишите процесс создания баз данных MySQL (InterBase и т. д.) с помощью языка РНР.

  7. Опишите функции РНР для работы с СУБД MySQL (InterBase и т. д.).


Раздел 7 Трехзвенная архитектура

Тема 7.1 Введение в трехзвенную архитектуру
Общие особенности трехзвенной архитектуры. Способы программной реализации трехзвенной архитектуры

Литература: [11, с. 345-352]


Методические рекомендации
Многоуровневая архитектура клиент-сервер (Multitier architecture) – разновидность архитектуры клиент-сервер, в которой функция обработки данных вынесена на один или несколько отдельных серверов. Это позволяет разделить функции хранения, обработки и представления данных для более эффективного использования возможностей серверов и клиентов.

Среди многоуровневой архитектуры клиент-сервер наиболее распространена трехуровневая архитектура (трехзвенная архитектура, three-tier), предполагающая наличие следующих компонентов приложения: клиентское приложение (обычно говорят "тонкий клиент" или терминал), подключенное к серверу приложений, который в свою очередь подключен к серверу базы данных.

Схематически такую архитектуру можно представить, как показано на рисунке 8.

Рисунок 8 - Представление многоуровневой архитектуры

"клиент-сервер"
Функционирование механизма информационной системы в трехзвенной архитектуре обеспечивается при помощи трех основных компонентов:


  • терминалов - рабочих станций пользователей;

  • серверов приложений;

  • сервера базы данных.

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

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

Удаленные пользователи с помощью программы - терминала обращаются к программным модулям, запущенным на сервере приложений. При этом все, кроме визуализации, переносится на сторону сервера. Благодаря такому подходу терминал, являющийся "легким" приложением, эффективно работает даже на самых низкопроизводительных компьютерах, независимо от того какая программа выполняется на сервере. Система позволяет серверу приложений запускать более одного экземпляра терминала, что обеспечивает возможность одновременной работы с несколькими программными модулями.

Традиционная схема "клиент-сервер" очень чувствительна к потере соединения между ее отдельными компонентами. В связи с этим ее применение возможно лишь в рамках локальных вычислительных сетей (ЛВС) либо при наличии выделенных каналов связи. Однако трехзвенная архитектура предлагает удачный выход из положения. В новой технологии любой прикладной процесс фактически выполняется рядом с сервером базы данных. Поэтому соединение надежным высокопропускным каналом участка сети между сервером базы данных и серверами приложений уже позволяет эффективно удерживать контекст транзакции. В свою очередь, пользователи подключаются к системе по "слабым" каналам передачи данных. Таким образом, затраты на сетевое оборудование значительно сокращаются.

Одной из важных характеристик трехзвенной архитектуры является централизованное администрирование системы. На рабочих станциях пользователей запускается лишь терминал, который является универсальной программой, способной работать с различными приложениями и не зависящей от версий системы. Благодаря этому все действия по модификации системы (например, установке новой версии) производятся только на серверах приложений. Такое решение позволяет оперативно и без существенных затрат поддерживать работу всей территориально - распределенной системы. Учитывая, что территориально серверы размещаются в центральном офисе, присутствие системных администраторов на остальных площадках требуется только для первоначальной установки программного комплекса.

При использовании некоторых систем управления данными, например таких как Btrieve Record Manager, для запуска программы пользователь должен иметь доступ к некоторым файлам, относящимся к системе. Очевидно, что это создает потенциальную угрозу случайного или намеренного нарушения ее работоспособности. Однако при использовании трехзвенной архитектуры доступ к каким бы то ни было файлам в обход автоматизированной системы полностью исключается. Это значит, что система, работающая даже на базе Btrieve Record Manager, оказывается надежно защищенной от несанкционированного доступа.


Тема 7.2 Сервер приложений и клиентское приложение
Сервер приложений. Технологии удалённого доступа. Создание сервера приложений. Управление данными. Клиентское;" приложение. Виды связи. Управленце связью. Раннее и позднее связывание с интерфейсом сервера

Литература: [11, с. 353-399]


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

Сервер базы данных обеспечивает хранение данных и выносится на третий уровень. Обычно это стандартная реляционная или объектно-ориентированная СУБД. Если третий уровень представляет собой базу данных вместе с хранимыми процедурами, триггерами и схемой, описывающей приложение в терминах реляционной модели, то второй уровень строится как программный интерфейс, связывающий клиентские компоненты с прикладной логикой базы данных.

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

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

Плюсами данной архитектуры являются:


  • клиентское ПО не нуждается в администрировании;

  • масштабируемость;

  • конфигурируемость – изолированность уровней друг от друга позволяет быстро и простыми средствами переконфигурировать систему при возникновении сбоев или при плановом обслуживании на одном из уровней;

  • высокая безопасность;

  • высокая надежность;

  • низкие требования к скорости канала (сети) между терминалами и сервером приложений;

  • низкие требования к производительности и техническим характеристикам терминалов, как следствие снижение их стоимости.

Минусы:

  • растет сложность серверной части и, как следствие, затраты на администрирование и обслуживание;

  • более высокая сложность создания приложений;

  • сложнее в разворачивании и администрировании;

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

  • высокие требования к скорости канала (сети) между сервером базы данных и серверами приложений.

Многозвенную архитектуру (трехзвенную) можно представить в виде пяти уровней, рисунок 9:

Рисунок 9 - Пять уровней многозвенной архитектуры "клиент-сервер"

1- представление; 2- уровень представления;

3- уровень логики; 4- уровень данных; 5 – данные.
К представлению относится вся информация, непосредственно отображаемая пользователю: сгенерированные html-страницы, таблицы стилей, изображения.

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

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

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



Данные системы обычно хранятся в базе данных.


Поделитесь с Вашими друзьями:
1   2   3   4   5




База данных защищена авторским правом ©vossta.ru 2022
обратиться к администрации

    Главная страница