Составители:
Рубрика:
82 83
Информационные технологии на транспорте. Электронная идентификация...
Двухуровневое приложение предполагает размещение бизнес-
логики на сервере. В этом случае клиентское приложение содержит толь-
ко средства интерфейса пользователя, а алгоритм обработки данных
располагается на сервере (см. рис. 7.2). При использовании данных сер-
вера несколькими приложениями существенно облегчается контроль
и изменение правил обработки данных, так как их изменение не требу-
ет вмешательства в клиентские приложения, которые могут быть уста-
новлены на большом количестве рабочих станций. При увеличении ко-
личества пользователей трудоемкость поддержки приложений увели-
чиваться не будет.
Построение двухуровневых приложений требует переноса кода,
управляющего данными, на сервер. Вместо таблиц клиентское прило-
жение должно иметь дело с логическими объектами, а для обновления
данных выполнять внешние (удаленные) процедуры. Далее в этой главе
мы более подробно остановимся на этом вопросе. Следует лишь обра-
тить внимание, что в большинстве случаев это не является чисто меха-
ническим действием. Например, в СУБД Visual FoxPro триггеры вы-
полняются для каждой добавляемой или изменяемой записи, а в серве-
ре БД MS SQL Server – для набора записей, посылаемого на сервер для
обновления.
Перенос правил обработки данных на сервер позволяет также сни-
зить нагрузку на клиентское приложение. Требования к рабочей стан-
ции могут быть снижены, и такое распределение функций сервера
и клиентского приложения получило название «тонкий клиент».
Вместе с тем при наличии высокопроизводительного многопроцессор-
ного сервера можно повысить производительность обработки данных,
так как такие серверы БД, как MS SQL Server, способны к выполнению
одновременно нескольких хранимых процедур, причем каждая может
выполняться в индивидуальном потоке.
Одним из наиболее современных подходов к построению двуху-
ровневых прикладных программ является использование компонентов
ActiveX, которые могут быть выполнены через вызовы расширенных
хранимых процедур. Эти компоненты могут, используя свои свойства
и методы, выполнять специфические задачи обработки данных. При из-
менении бизнес-логики достаточно использовать другой компонент,
оставив без изменения набор свойств и методов, доступный пользова-
тельскому приложению.
Глава 7. Информационные системы для электронной идентификации
• Если запросы не ограничивают размер возвращаемых наборов
результатов, масштабирование прикладной программы может оказать-
ся непростой задачей. Это означает, что добавление дополнительных
пользователей может вызвать ухудшение эффективности работы систе-
мы, в то время как прикладная программа успешно работала с неболь-
шим количеством пользователей.
• Особенно усложняется работа над большими проектами, так
как переписывание большого объема кода и перекомпилирование про-
екта очень трудоемки. Это означает, что работа для групп, программи-
рующих большие проекты, становится особенно трудной.
В одноуровневых прикладных программах клиентское приложе-
ние выполняет много функций, требования к производительности ра-
бочей станции достаточно высоки, и такие приложения получили на-
звание «толстый клиент».
Промежу-
точные
сервера
Промежу-
точные
сервера
Сервер БД
Данные
Пользователь
Пользователь
Пользователь Пользователь
Пользователь
ПользовательПользователь
Пользователь
Пользователь
Сервер БД
Данные
Бизнес-
логика
Сервер БД
Данные
Бизнес-
логика
Трехуровневое
Одноуровневое
Двухуровневое
Промежу-
точные
сервера
Бизнес-
логика
Рис. 7.2. Принцип построения многоуровневых приложений
серверы
Страницы
- « первая
- ‹ предыдущая
- …
- 40
- 41
- 42
- 43
- 44
- …
- следующая ›
- последняя »
