Базы данных в Интернете и интранете
Технология интранет по существу представляет собой технологию Интернет, перенесенную в среду корпоративных ИС. Архитектура информационных систем в Интернете и интранете является результатом эволюционного перехода от первых многопользовательских централизованных вычислительных систем (мэйнфреймов) через системы типа клиент-сервер к распределенным системам с централизованной обработкой и подготовкой информации к непосредственному потреблению. Рассмотрим кратко указанные этапы эволюции.
1. В мэйнфреймах (рис. 8.13) вычислительные ресурсы, хранимые данные и программы обработки информации сконцентрированы в одной ЭВМ. Основным средством доступа был алфавитно-цифровой терминал (дисплей), управляемый ЭВМ. Вся обработка информации и подготовка ее к выдаче выполнялись на центральной ЭВМ. С терминалов, как правило, в машину передавались коды нажатия клавиш или содержимое буфера экрана, а обратно на терминал — пересылались отображаемые экраны с соответствующими кодами управления отображением.
Рис. 8.13. Централизованная многопользовательская система
Достоинством системы является простота:
· администрирования,
· защиты ин-формации,
· модификации системы.
К недостаткам можно отнести:
· высокую загрузку процессоров и линий связи (как следствие — невысокую реакция системы при большом количестве пользователей),
· низкую надежность (выход из строя ЭВМ приводит к полному отказу всей системы),
· сложность масштабирования системы.
2. Исторически следующим решением в области информационных систем была архитектура клиент-сервер(рис. 8.14).
Рис. 8.14. Системы типа клиент-сервер
В этих системах место терминала заняла ПЭВМ, а мэйнфрейма — компьютер-сервер. Системы типа клиент-сервер имеют следующие достоинства:
· высокая живучесть и надежность,
· легкость масштабирования,
· качественный пользовательский интерфейс,
· возможность одновременной работы с несколькими приложениями,
· высокие характеристики оперативности обработки информации.
Недостатки клиент-серверных систем:
· Ориентация на данные, а не на информацию. Это требует от пользователя знания не только предметной области, но и специфики используемой прикладной программы.
· Сложность переноса таких систем на другие компьютерные платформы и интеграцию с другими пакетами из-за «закрытости» используемых протоколов взаимодействия компонентов систем.
· Сложность администрирования системы и ее уязвимость при непредсказуемых или злонамеренных действиях пользователя или компьютерных вирусов.
3. Корпоративные системы интранет, в отличие от систем клиент-сервер, ориентированы не на данные, а на информацию в ее окончательном и пригодном для использования неквалифицированным пользователем виде (рис. 8.15).
Рис. 8.15. Системы, поставляющие информацию
Такие системы объединяют в себе преимущества централизованных многопользовательских систем и систем типа клиент-сервер. Им присущи следующие черты:
· на сервере порождается информация, пригодная для использования, а не данные (например, в случае СУБД — записи БД);
· при обмене между клиентской и серверной частями используется протокол открытого стандарта, а не какой-то конкретной фирмы;
· прикладная система находится на сервере, и поэтому для работы пользователя на компьютере-клиенте достаточно иметь программу-навигатор (могут быть и другие решения, когда часть обработки производится на компьютере-клиенте).
В случае, когда источником информации в Интернете и интранете являются БД, имеет место взаимодействие компонентов WWW (World Wide Web – всемирная паутина) и традиционных СУБД. Типовыми простейшими схемами организации функционирования программных компонентов, использующих данные из некоторой базы, в настоящее время можно считать следующие три:
- на стороне Web-клиента (рис. 8.16а),
- на стороне Web-сервера (рис. 8.16б),
- на стороне сервера приложений (рис. 4.16в).
Рис. 8.16. Модели доступа к базе данных в Интернете
При доступе к БД на стороне клиента основным средством реализации механизмов взаимодействия Web-клиента и сервера БД является язык Java. Кроме того, могут использоваться элементы управления ActiveX. В качестве вспомогательных средств обработки информации на клиентской стороне (но не для взаимодействия с базами данных) часто используются языки сценариев 10-41485.php" class="back_link" > ⇐ Назад