АкушерствоАнатомияАнестезиологияВакцинопрофилактикаВалеологияВетеринарияГигиенаЗаболеванияИммунологияКардиологияНеврологияНефрологияОнкологияОториноларингологияОфтальмологияПаразитологияПедиатрияПервая помощьПсихиатрияПульмонологияРеанимацияРевматологияСтоматологияТерапияТоксикологияТравматологияУрологияФармакологияФармацевтикаФизиотерапияФтизиатрияХирургияЭндокринологияЭпидемиология

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

Прочитайте:
  1. A. развитие регионального лимфостаза
  2. D. развитие аутоиммунной агрессии против лейкоцитов
  3. D. Развитие ацидоза
  4. E. развитие декомпенсированого ацидоза
  5. E. Развитие ортостатического коллапса
  6. I. Задержка полового развития и неполное половое развитие.
  7. II. Развитие гипофиза
  8. Акселерация и инфантилизм, влияние на психическое развитие.
  9. Билет 21. Развитие средств коммуникации в процессе антропогенеза.
  10. Билет 22. Динамика общества и развитие средств коммуникации.

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

Каким образом решить подобные проблемы?

Один из способов: многозвенная информационная система с применением Middleware.


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

Достоинства:
1) В случае изменения бизнес-логики, достаточно изменить её на сервере приложений, клиенты обновлять не требуется.
2) Разгружается сервер базы данных.

Недостаток:
Уязвимость от сервера приложений.

При разумном распределении функциональности между сервером приложений и клиентом, последний содержит только интерфейс для просмотра и редактирования данных.

Что касается своевременного обновления версий тонкого клиента, эта проблема нередко решается путём поставки приложений с помощью Internet, использования веб-серверов, веб-браузеров, Internet-протоколов. Если речь идёт о сети масштаба предприятия, то в таких случаях говорят не об Internet, а об intranet.

Популярным способом поставки тонких клиентов является копирование компонентов COM или ActiveX, полностью реализующие функциональность тонкого клиента в браузере.


«Ультратонкий» клиент – приложение не установлено, вся работа ведётся через браузер. Имеем ряд существенных преимуществ: меньший сетевой трафик, улучшение целостности и безопасности, возможность задания бизнес-правил.

JDBC использует абстракции ODBC. RMI обеспечивает средство коммуникации между Java-программами, даже если они выполняются на компьютерах, расположенных в разных точках земного шара. Предполагает более высокий уровень абстракции, нежели сокеты TCP.

Java инкапсулирована в СУБД

1) Полноценная виртуальная машина Java и внутренний интерфейс JDBC позволяют писать сразу на Java.

2) Объекты Java могут храниться в виде значений в реляционной таблице.

Дата добавления: 2015-09-18 | Просмотры: 474 | Нарушение авторских прав


1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 |

При использовании материала ссылка на сайт medlec.org обязательна! (0.003 сек.)