Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Интеграция с помощью разделяемой базы данных

Читайте также:
  1. A) работает со всеми перечисленными форматами данных
  2. A)можно изменить тип диаграммы, ряд данных, параметры диаграммы и т. д.
  3. ABC-анализ данных о поставщиках
  4. Ferrite calibration калибровка катушки с помощью феррита.
  5. I. ПОЛОЖЕНИЕ О СИСТЕМЕ КАТАЛОГОВ, КАРТОТЕК И БАЗ ДАННЫХ ГОСУДАРСТВЕННОЙ БИБЛИОТЕКИ ЮГРЫ
  6. I.5.3. Подготовка данных для задачи линейного программирования.
  7. I.5.7. Mодификация (изменение) данных задачи.

 

 

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

 

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

 

 

Интеграция с помощью удалённого вызова процедур

 

 

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

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

К недостаткам подхода можно так же отнести следующее:

 


Дата добавления: 2015-10-24; просмотров: 123 | Нарушение авторских прав


Читайте в этой же книге: Введение в UML. Краткая историческая справка. Диаграммы классов, диаграммы последовательностей. | Лекция 2. Основные определения ООП. | Мобильные агенты (Applets and other mobile code) | Введение в Web-приложения и сервлеты | Гранулярность (granularity) | Factory Method | Abstract Factory | Template Method | Структурные шаблоны | Аспектно-Ориентированное Программирование (Aspect Oriented Programming, AOP) |
<== предыдущая страница | следующая страница ==>
Подходы к межсистемной интеграции| Каналы и Фильтры

mybiblioteka.su - 2015-2024 год. (0.005 сек.)