ВУЗ:
Составители:
Рубрика:
29
ции (при условии, что транзакции INGRES разрешено выполнение обновлений в
базе данных ORACLE). Сможет ли данный шлюз выполнить эту функцию,
зависит от модулей, предоставляемых администратором транзакций на узле
системы ORACLE. Стоит отметить, что в коммерческих вариантах
администраторов транзакций (за некоторым исключением) не обеспечивалась
необходимая для этого поддержка. Иными словами не предусматривалась
способность прикладной программы сообщить администратору транзакций о
"подготовке к прекращению выполнения" (как альтернатива сообщению о безус-
ловном прекращении выполнения, т.е. завершении или отмене выполнения).
• Данные на узле системы ORACLE, которые необходимо блокировать по запросу
узла системы INGRES, должны блокироваться тогда, когда система INGRES
нуждается в этом. Снова следует отметить, что шлюз сможет выполнить эту
функцию в зависимости от того, будет ли архитектура блокировки системы
ORACLE совпадать с системой INGRES или нет.
Рис.2.3. Гипотетический шлюз, обеспечиваемый системой INGRES для обмена
данными с системой ORACLE
До сих пор независимость от СУБД обсуждалась только в контексте реляционных
систем, а что будет, если в реляционную нераспределенную систему включить
нереляционный узел. Например, можно ли организовать доступ к узлу системы IMS с уз-
лов систем INGRES или ORACLE? Возможность реализации такого доступа была бы
весьма полезной с практической точки зрения, поскольку позволила бы использовать
огромное количество данных, хранящихся в системе IMS и других системах
"дореляционного периода". Однако как это можно сделать?
Если этот вопрос сформулировать конкретнее, а именно: "можно ли это выполнить
на все 100 %", т.е. "можно ли обеспечить доступ ко всем нереляционным данным с
помощью реляционного интерфейса и могут ли все реляционные операции быть
выполнены с этими данными", то ответ будет определенно отрицательным. Но если этот
же вопрос сформулировать иначе, а именно: "можно ли в такой системе обеспечить
некоторый уровень полезной функциональности", то ответ будет положительным.
В заключение следует отметить, что при организации удовлетворительной работы
шлюзов часто возникают существенные проблемы, особенно если система вывода данных
не является реляционной. Однако потенциальные выгоды весьма велики, даже если
методы их воплощения не очень совершенны. Поэтому на рынке программного
обеспечения уже появилось много программных продуктов с поддержкой шлюзов, к тому
же в ближайшие годы можно ожидать дальнейшего увеличения их количества. Однако
следует предупредить, что несмотря на заверения производителей о совершенности
предлагаемых ими изделий, как правило, дело обстоит совсем наоборот. Caveat emptor
(Покупатель действует на свой страх и риск).
INGRES
(SQL)
ORACLE
(SQL)
Шлюз
База
данных
INGRES
База
данных
ORACLE
ции (при условии, что транзакции INGRES разрешено выполнение обновлений в
базе данных ORACLE). Сможет ли данный шлюз выполнить эту функцию,
зависит от модулей, предоставляемых администратором транзакций на узле
системы ORACLE. Стоит отметить, что в коммерческих вариантах
администраторов транзакций (за некоторым исключением) не обеспечивалась
необходимая для этого поддержка. Иными словами не предусматривалась
способность прикладной программы сообщить администратору транзакций о
"подготовке к прекращению выполнения" (как альтернатива сообщению о безус-
ловном прекращении выполнения, т.е. завершении или отмене выполнения).
• Данные на узле системы ORACLE, которые необходимо блокировать по запросу
узла системы INGRES, должны блокироваться тогда, когда система INGRES
нуждается в этом. Снова следует отметить, что шлюз сможет выполнить эту
функцию в зависимости от того, будет ли архитектура блокировки системы
ORACLE совпадать с системой INGRES или нет.
INGRES ORACLE
Шлюз
(SQL) (SQL)
База База
данных данных
INGRES ORACLE
Рис.2.3. Гипотетический шлюз, обеспечиваемый системой INGRES для обмена
данными с системой ORACLE
До сих пор независимость от СУБД обсуждалась только в контексте реляционных
систем, а что будет, если в реляционную нераспределенную систему включить
нереляционный узел. Например, можно ли организовать доступ к узлу системы IMS с уз-
лов систем INGRES или ORACLE? Возможность реализации такого доступа была бы
весьма полезной с практической точки зрения, поскольку позволила бы использовать
огромное количество данных, хранящихся в системе IMS и других системах
"дореляционного периода". Однако как это можно сделать?
Если этот вопрос сформулировать конкретнее, а именно: "можно ли это выполнить
на все 100 %", т.е. "можно ли обеспечить доступ ко всем нереляционным данным с
помощью реляционного интерфейса и могут ли все реляционные операции быть
выполнены с этими данными", то ответ будет определенно отрицательным. Но если этот
же вопрос сформулировать иначе, а именно: "можно ли в такой системе обеспечить
некоторый уровень полезной функциональности", то ответ будет положительным.
В заключение следует отметить, что при организации удовлетворительной работы
шлюзов часто возникают существенные проблемы, особенно если система вывода данных
не является реляционной. Однако потенциальные выгоды весьма велики, даже если
методы их воплощения не очень совершенны. Поэтому на рынке программного
обеспечения уже появилось много программных продуктов с поддержкой шлюзов, к тому
же в ближайшие годы можно ожидать дальнейшего увеличения их количества. Однако
следует предупредить, что несмотря на заверения производителей о совершенности
предлагаемых ими изделий, как правило, дело обстоит совсем наоборот. Caveat emptor
(Покупатель действует на свой страх и риск).
29
Страницы
- « первая
- ‹ предыдущая
- …
- 27
- 28
- 29
- 30
- 31
- …
- следующая ›
- последняя »
