|
155 почтовые сообщения и т.п.). Источник предоставляет свои данные посредством специальных COM-объектов, называемых поставщиками данных. Сами предоставляемые данные выглядят, в свою очередь, также как СОМ-объекты, находящиеся в адресном пространстве клиентского приложения. При использовании OLE DB между клиентским приложением и СУБД образуется больше программных слоев, чем при использовании ODBC. Это уменьшает скорость обмена информацией с БД, поэтому использование механизма OLE DB для доступа к хранилищу данных не представляется целесообразным, т.к. в данные в ХД находятся только в форме реляционных таблиц. Использование OLE DB может быть оправдано при использовании третьего способа доступа к ХД. Третий механизм доступа к данным в ХД это ADO [78] (рис. 49в). Эта технология также основана на использовании COM-объектов с четко регламентированными интерфейсами, предназначенными для ускорения разработки прикладных информационных систем, взаимодействующих с СУБД по интерфейсу OLE DB. Использование этого интерфейса доступа к данным также имеет смысл в ситуации, когда время разработки СППР является критическим фактором. Объекты ADO инкапсулируют в себе возможности технологии OLE DB, одновременно упрощая работу с ней, что ведет к уменьшению времени, затрачиваемого на разработку. OLAP-сервер Альтернативой прямому доступу к ХД с использованием одного из трех вышеупомянутых интерфейсов является доступ через OLAP-сервер [68]. Как правило, этот способ доступа можно использовать, если главной задачей СППР является OLAP-анализ данных. В этом случае OLAP-сервер выполняет всю необходимую работу по построению гиперкубов на основе данных из реляционных структур ХД, а также реализует основные операции над гиперкубами. OLAP-серверы характеризуются высокой скоростью выполнения базовых операций над гиперкубами. Взаимодействие приложения с OLAPсервером осуществляется через программный интерфейс, разрабатываемый |
посредством специальных COM-объектов, называемых поставщиками данных. Сами предоставляемые данные выглядят, в свою очередь, также как COM-объекты, находящиеся в адресном пространстве клиентского приложения. При использовании OLE DB между клиентским приложением и СУБД образуется больше программных слоев, чем при использовании ODBC. Это уменьшает скорость обмена информацией с БД, поэтому использование механизма OLE DB для доступа к хранилищу данных не представляется целесообразным, т.к. в данные в ХД находятся только в форме реляционных таблиц. Использование OLE DB может быть оправдано при использовании третьего способа доступа к ХД. Третий механизм доступа к данным в ХД это ADO [47] (рис. 246). Эта технология также основана на использовании COM-объектов с четко регламентированными интерфейсами, предназначенными для ускорения разработки прикладных информационных систем, взаимодействующих с СУБД по интерфейсу OLE DB. Использование этого интерфейса доступа к данным также имеет смысл в ситуации, когда время разработки СППР является критическим фактором. Объекты ADO инкапсулируют в себе возможности технологии OLE DB, одновременно упрощая работу с ней, что ведет к уменьшению времени, затрачиваемого на разработку. Однако, использование ADO делает цепочку объектов-посредников между приложением и СУБД еще более длинной, и следовательно, скорость выполнения обращений к ХД еще более уменьшается [51]. OLAP-сервер Альтернативой прямому доступу к ХД с использованием одного из трех вышеупомянутых интерфейсов является доступ через OLAP-сервер [46]. Как правило, этот способ доступа можно использовать, если главной задачей СППР является OLAP-анализ данных. В этом случае OLAP-сервер выполняет всю необходимую работу по построению гиперкубов на основе данных из реляционных структур ХД, а также реализует основные операции над 102 гиперкубами. OLAP-серверы характеризуются высокой скоростью выполнения базовых операций над гиперкубами. Взаимодействие приложения с OLAP-сервером осуществляется через программный интерфейс, разрабатываемый разработчиком сервера. В настоящее время одним из широко распространенных интерфейсов доступа к OLAP-серверам является OLE DB for OLAP, поддерживаемый большим количеством производителей ПО подобного рода. Для упрощения использования этого интерфейса возможно использование интерфейса ADO MD, который соотносится с OLE DB for OLAP точно так же, как интерфейс ADO с технологией OLE DB. Выбор одного из двух подходов зависит от типа задач, решаемых СППР и выбранной СУБД, на базе которой организуется ХД. Если необходимо проводить OLAP-анализ данных и доступен поставляемый с СУБД OLAP-сервер, удовлетворяющий требованиям, то доступ к ХД через OLAP-сервер может считаться обоснованным. Если возможность использования OLAP-сервера отсутствует или нет необходимости в поддержке OLAP-анализа со стороны СППР, то для доступа к ХД может быть использован интерфейс ODBC. В случае, если СППР должна поддерживать как методы ИАД, так и методы OLAP-анализа, возможно использование обоих способов взаимодействия клиентского приложения с ХД. 3.5. Выбор программно-аппаратных средств для реализации хранилища данных Выбор программно-аппаратных средств для реализации ХД является последним этапом, непосредственно предшествующим началу работ по организации ХД. Выбор СУБД, лежащей в основе ХД должен происходить с учетом ряда перечисленных ниже факторов. 103 |