распространения данных поддерживают двусторонний обмен данными между первичными и конечными системами. Примерами технологий, поддерживающих распространение данных, являются интеграция корпоративных приложений ЕА1 (Етегрпзе АррИсаИоп 1п1е%гаИоп) и тиражирование корпоративных данных ЕВК (Еп(егрпзе Ва1а КерИсаИоп). Гибридный подход. Методы, используемые приложениями интеграции данных, зависят как от нужд бизнеса, так и от технологических требований. Достаточно часто приложение интеграции данных использует так называемый гибридный подход, который включает несколько методов интеграции. Хороший пример такого подхода интеграция данных о клиентах СВ1 (СтЮтег Ва\а 1пХе%гаИоп), целью которой является обеспечение согласованной картины информации о клиентах. Гибридный подход, использующий как консолидацию, так и федерализацию данных, также может иметь место. Общие данные о клиентах (имя, адрес и т.д.) могут быть консолидированы в одном складе, а данные, которые относятся к определенному первичному приложению (например, заказы), могут быть федерализированы. Такой гибридный подход может быть расширен за счет распространения данных. Если клиент обновляет свое имя и адрес во время транзакции, то эти изменения могут быть отправлены в консолидированный склад данных, а оттуда распространены в другие первичные системы. Программные средства для интеграции данных Рассмотрим подробно программные средства для интеграции данных, включающие в себя следующие 1руппы инструментов (рис. 41) [91]. Инструменты миграции и загрузки данных были первыми инструментами объединения информации. Консорциум поставщиков СУБД уровня предприятия в конце 90-х годов породил несколько технологий перемещения информации из одной БД в другую например, из баз 8уЬазе или 1п/огпих в реляционные базы 1ВМ или Огас1е. Несколько поставщиков СУБД уровня предприятия предлагают технологии для перемещения файлов или 16 |
26 корпоративных данных лежат данные, а в центре технологии ЕА1 сообщения или транзакции. Гибридный подход. Методы, используемые приложениями интеграции данных, зависят как от нужд бизнеса, так и от технологических требований. Достаточно часто приложение интеграции данных использует так называемый гибридный подход, который включает несколько методов интеграции. Хороший пример такого подхода интеграция данных о клиентах СВ1 (Ст1отгг Оша 1п(е%гаНоп), целью которой является обеспечение согласованной картины информации о клиентах. Самый простой подход к СО/ это создание консолидированного склада данных о клиентах, который содержит данные, полученные из первичных систем. Отставание информации в консолидированном складе будет зависеть от режима консолидации данных (оперативный или пакетный) и от частоты обновления этой информации. Другой подход к СО/ это федерализация данных, когда определяются виртуальные бизнес-представления данных о клиентах в первичных системах. Эти представления используются бизнес-приложениями для доступа к текущей информации о клиентах в первичных системах. При федеративном подходе также может использоваться справочный файл метаданных для связи информации о клиентах на основе общих ключевых элементов. Гибридный подход, использующий как консолидацию, так и федерализацию данных, также может иметь место. Общие данные о клиентах (имя, адрес и т.д.) могут быть консолидированы в одном складе, а данные, которые относятся к определенному первичному приложению (например, заказы), могут быть федерализированы. Такой гибридный подход может быть расширен за счет распространения данных. Если клиент обновляет свое имя и адрес во время транзакции, то эти изменения могут быть отправлены в 28 Очень сильное воздействие на организацию КИС с несколькими БД оказала разработка компанией АИсуозо/г интерфейса О ВВС (Ореп ОаШВазе СоппесйуИу) и появление соответствующей спецификации СЫ (Са11 Ьеме1 1п1ег/асе) в стандарте языка 801 [12]. Стандартизация библиотеки функций и подмножества языка 5()Ь, обеспечивающих возможность обращаться к любой БД, для которой поддерживается соответствующий ООВС-драйвер, сильно снизило остроту проблемы интеграции данных. Практически все поставщики коммерческих и свободно доступных СУБД обеспечили ООВСдрайвера для доступа к своим базам данных, а открытость стандарта позволила создавать такие драйверы сторонним разработчикам. ООВС (и появившийся позже интерфейс ООВС Ьама Оа1аВа$е СоппесНуЦу) обеспечивает не интеграцию данных, а всего лишь доступ из приложения к различным базам данных, но, во-первых, часто это оказывается достаточным, и, во-вторых, ограниченность технологии окупается ее простотой и эффективностью. В последние годы, в связи с развитием технологии ХМЬ (языков ХРа1к и ХОиегу, спецификации ХМЬ Бекеша и т.д.), вновь повысился интерес к виртуальной интеграции данных. Сегодня актуальной проблемой является виртуальная интеграция ХМЬ баз данных, появляющихся в КИС с существующими реляционными БД. Рассмотрим подробно программные средства для интеграции данных, включающие в себя следующие группы инструментов (рис.8.) [13]. Инструменты миграции и загрузки данных были первыми инструментами объединения информации. Консорциум поставщиков СУБД уровня предприятия в конце 90-х годов породил несколько технологий перемещения информации из одной БД в другую например, из баз ЗуЪазе или Ьп/огтгх в реляционные базы ТВМ или Огас1е. Несколько поставщиков СУБД уровня предприятия предлагают технологии для перемещения файлов или медиаобогащенных «объектов» в свои реляционные БД. Огас1е и 1ВМ, например, могут перемещать, либо копировать большие объемы других |