Заказ работы

Заказать
Каталог тем
Каталог бесплатных ресурсов

Реализации трехуровневой архитектуры

Транзакция – это непрерывное управление данными, которое переводит БД из одного целостного состояния в другое.

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

1)   число параллельных подключений к БД превышает 50;

2)   приложение вызывает функции, которые одновременно необходимы разным модулям приложения (эти модули реализуют определённую логику системы и представляют собой хранимые процедуры);

3)   применяется кэширование данных;

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

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

5)   требуется проверка полномочий пользователей, обращающихся к БД. При этом трехуровневая архитектура снижает издержки на управление защитой и её обслуживание.

 

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

 

К дополнительным достоинствам трехуровневой архитектуры относятся:

1)   Централизованный доступ к большинству обрабатывающих программ, которые сосредоточены в одном месте. Эта централизация позволяет гибко изменять состав обрабатывающих программ без необходимости изменения клиентского программного обеспечения;

2)   Существенное уменьшение сетевого трафика;

3)   Простота распространения новых версий клиентского программного обеспечения, т.к. отпадает необходимость устанавливать на клиентских компьютерах лицензионные программы для доступа к данным;

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

 

В системе Delphi (C++Builder) поддерживаются несколько способов реализации трехуровневой архитектуры. В число таких способов входит:

1)   технология COM/DCOM - распределенная компонентная модель объектов;

2)   MTS - сервер транзакций Microsoft;

3)   CORBA - архитектура с брокером ответных запросов.

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

С каждым компонентом-источником связывается специальный компонент, обеспечивающий связь источника с клиентом - это компонент типа TDataSetProvider. На клиентском компьютере располагается связ­ной компонент - TxxxConnection (xxx - какая технология используется), осуществляющий непосредственный контакт с удаленным сервером с учетом используемой технологии. Посредниками компонентов источников, находящихся на сервере приложений, служат компоненты типа TClientDataSet - по одному компоненту этого типа должно быть предусмотрено для каждого компонента источника. Дальнейшая цепочка передачи данных не отличается от уже известной:

TClientDataSet ® DataSource ® DBEdit/DBGrid/DBNavigator.

 

Технология COM и DCOM от Microsoft

(компонентная модель объектов и распределенная компонентная модель объектов).

В многоуровневой архитектуре ИС используется распределенные СУБД, доступ к которым реализовывался через взаимодействие компонентов и программ. COM/DCOM от MS возникла от технологии внедрения и связывания объектов OLE (произносится «оле» с ударением на последний слог).

Внедрение и связывание объектов — OLE

Эта технология появилась как OLE 1.0 в Windows 3.1 и означала, что пользователь мог создавать сложные составные документы, в которых содержались объекты различного происхождения. Внедренные объекты могли редактироваться простым двойным щелчком мыши на соответствующем элементе данных. Например, можно было дважды щелкнуть на электронной таблице Excel, встроенной в документ редактора Word, и в отдельном окне запускался Excel с загруженным рабочим листом, готовым к редактированию. После завершения редактирования Excel позволял сохранить изменения во внедренном в документ Word объекте Excel.

Другой особенностью было связывание объектов. Это позволяло связать электронную таблицу с документом Word (по сути, внутри документа Word хранился просто указатель на электронную таблицу). Если данные в оригинале электронной таблицы обновлялись, то при следующей загрузке документа Word ссылка обновляла документ и отражала в нем проведенные изменения.

Дальнейшее развитие внедрение и связывание получило в OLE 2.0. Основой этого усовершенствованного подхода явилась компонентная модель объекта (СОМ). Это модель объекта в системном обеспечении, которая предусматривает полную совместимость во взаимодействии между компонентами, написанными разными компаниями и на разных языках. Ключом к успеху является модульность этих компонентов. Они могут покупаться, модернизироваться или заме­няться поодиночке или группами, причем это никак не влияет на работу целого.

 

 



Размер файла: 240.5 Кбайт
Тип файла: doc (Mime Type: application/msword)
Заказ курсовой диплома или диссертации.

Горячая Линия


Вход для партнеров