Единая информационная интеграция предприятия: унифицированный доступ к данным.

Введение

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

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

Обзор

Данные внутри предприятия могут храниться в разнородных форматах, включая реляционные базы данных (которые сами по себе представлены в большом количестве вариантов), текстовые файлы, XML-файлы, электронные таблицы и различные проприетарные методы хранения, каждый из которых имеет свои собственные методы индексации и доступа к данным. Появились стандартизированные API доступа к данным, предлагающие определенный набор команд для извлечения и изменения данных из обобщенного источника данных. Существует множество приложений, реализующих команды этих API для различных источников данных, в первую очередь реляционных баз данных. К таким API относятся ODBC, JDBC, XQJ, OLE DB и, более недавно, ADO.NET. Существуют также стандартные форматы для представления данных в файлах, которые играют важную роль в интеграции информации. Наиболее известным из них является XML, который стал стандартным универсальным форматом представления. Также существуют более специфические XML-"грамматики", определенные для конкретных типов данных, такие как Geography Markup Language для представления географических объектов и Directory Service Markup Language для хранения информации в стиле каталогов. Кроме того, существуют нестандартные форматы, отличные от XML, такие как iCalendar для представления информации о календаре и vCard для информации о визитных карточках. Интеграция корпоративной информации (EII) применяется в коммерческих целях. Несмотря на описанные выше теоретические проблемы, частный сектор проявляет большую обеспокоенность проблемами интеграции данных как жизнеспособного продукта. EII делает акцент не на корректности или отслеживаемости, а на скорости и простоте. Объединение разнородных наборов данных. Каждый источник данных является уникальным и, следовательно, не предназначен для поддержки EII. Поэтому виртуализация данных и федерация данных зависят от случайного совпадения данных для поддержки объединения данных и информации из разнородных наборов данных. Из-за отсутствия общей ценности данных между источниками данных, возвращаемый набор может быть неточным, неполным и не поддающимся проверке. Одним из решений является перепроектирование разнородных баз данных для их интеграции без необходимости использования ETL. Перепроектированные базы данных поддерживают ограничения общности, где может быть обеспечена ссылочная целостность между базами данных. Перепроектированные базы данных предоставляют специально разработанные пути доступа к данным с общей ценностью данных между базами данных. Простота развертывания. Даже если EII признается решением проблемы, в настоящее время его применение требует времени и сопряжено со сложностями при развертывании. Предлагаемые решения, не требующие схемы, включают "Lean Middleware" (Легкое промежуточное ПО). Работа с информацией высшего порядка. Аналитики испытывают трудности – даже при функционирующей системе интеграции информации – в определении того, удовлетворят ли источники данных в базе данных требованиям конкретного приложения. Ответы на такие вопросы о наборе репозиториев требуют семантической информации, такой как метаданные и/или онтологии.

Data within an enterprise can be stored in heterogeneous formats, including relational databases (which themselves come in a large number of varieties), text files, XML files, spreadsheets and a variety of proprietary storage methods, each with their own indexing and data access methods. Standardized data access APIs have emerged that offer a specific set of commands to retrieve and modify data from a generic data source. Many applications exist that implement these APIs' commands across various data sources, most notably relational databases. Such APIs include ODBC, JDBC, XQJ, OLE DB, and more recently ADO. NET. There are also standard formats for representing data within a file that are very important to information integration. The best known of these is XML, which has emerged as a standard universal representation format. There are also more specific XML "grammars" defined for specific types of data such as Geography Markup Language for expressing geographical features and Directory Service Markup Language for holding directory style information. In addition, non XML standard formats exist such as iCalendar for representing calendar information and vCard for business card information. Enterprise Information Integration (EII) applies data integration commercially. Despite the theoretical problems described above, the private sector shows more concern with the problems of data integration as a viable product. EII emphasizes neither on correctness nor tractability, but speed and simplicity. Combining disparate data sets Each data source is disparate and as such is not designed to support EII. Therefore, data virtualization as well as data federation depends upon accidental data commonality to support combining data and information from disparate data sets. Because of this lack of data value commonality across data sources, the return set may be inaccurate, incomplete, and impossible to validate. One solution is to recast disparate databases to integrate these databases without the need for ETL. The recast databases support commonality constraints where referential integrity may be enforced between databases. The recast databases provide designed data access paths with data value commonality across databases. Simplicity of deployment Even if recognized as a solution to a problem, EII currently takes time to apply and offers complexities in deployment. Proposed schema less solutions include "Lean Middleware". Handling higher order information Analysts experience difficulty—even with a functioning information integration system—in determining whether the sources in the database will satisfy a given application. Answering these kinds of questions about a set of repositories requires semantic information like metadata and/or ontologies.

Приложения

Продукты EII обеспечивают слабосвязанное взаимодействие между однородными клиентскими приложениями и сервисами, потребляющими данные, и разнородными хранилищами данных. К таким приложениям и сервисам относятся офисные пакеты (таблицы, текстовые процессоры, программы для презентаций и т. д.), среды разработки и фреймворки (Java EE, .NET, Mono, SOAP или RESTful веб-сервисы и т.д.), средства бизнес-аналитики (BI), программное обеспечение для мониторинга бизнес-активности (BAM), системы планирования ресурсов предприятия (ERP), системы управления взаимоотношениями с клиентами (CRM), программное обеспечение для управления бизнес-процессами (BPM и/или BPEL), а также системы управления веб-контентом (CMS).