FYI ...

Informix 11.70xC3 and warehouse accelerator enhancements -
https://www.ibm.com/developerworks/mydeveloperworks/blogs/newInformix/entry/informix_11_70xc3_and_warehouse_accelerator_enhancements30?lang=en

Kind regards,
Vadim.

ВыбегаллоGVF112GVFFYI ...

Informix 11.70xC3 and warehouse accelerator enhancements -
https://www.ibm.com/developerworks/mydeveloperworks/blogs/newInformix/entry/informix_11_70xc3_and_warehouse_accelerator_enhancements30?lang=en

Kind regards,
Vadim.

Достаточно непонятная штука. неясно, куда ее приткнуть. Если делать чистый data warehouse - то нахрена гиморрой с лежащим под низом обычным информиксом. Если пытаться сделать смешанный OLTP/DW монстр- то отсутствие update как бы сильно мешает.

Как по мне, то все достаточно понятно ... :) ... решение IBM Informix Warehouse Accelerator, позволяет решить
проблему трансформации OLTP-приложения в OLCP=OLTP+DSS. Если запрос OLTP - его обрабатывает IDS, если сложный DSS-запрос (аналитический или формирование отчетности) то он, обрабатывается на IWA (выполняется redirect SQL запроса c IDS на IWA). Суть в том, что таким образом, оптимизируется рабочая нагрузка (выполняется разделение mix workload - OLTP не мешает DSS), снимается проблема оптимизации ресурсов для смешенного режима работы OLTP/DSS, при этом не требуется изменять приложение заказчика.

С уважением,
Вадим.

ВыбегаллоGVF112GVFпропущено...


Как по мне, то все достаточно понятно ... :) ... решение IBM Informix Warehouse Accelerator, позволяет решить
проблему трансформации OLTP-приложения в OLCP=OLTP+DSS. Если запрос OLTP - его обрабатывает IDS, если сложный DSS-запрос (аналитический или формирование отчетности) то он, обрабатывается на IWA (выполняется redirect SQL запроса c IDS на IWA). Суть в том, что таким образом, оптимизируется рабочая нагрузка (выполняется разделение mix workload - OLTP не мешает DSS), снимается проблема оптимизации ресурсов для смешенного режима работы OLTP/DSS, при этом не требуется изменять приложение заказчика.

С уважением,
Вадим.

Все бы хорошо, но данные один раз закачиваются в память (в режиме dirty read), и потом сидят там неизменяемые. То есть имеется две копии таблицы, из которых оптимайзер выбирает одну - либо самостоятельно, либо с помощью директив. Это немалый гиморрой, не говоря уж о том, что далеко не все приложения могут пользоваться устаревшими данными. Плюс часть таблиц могут не иметь дубликатов в DSS. В общем, мы так и не придумали, куда его притулить.

Не совсем так ... :)
Насколько Я понял, для ETL-процедур, предлагается использование что-то типа SQL Warehousing Tool (SQW) (как в InfoSphere Warehouse). Понятно, что перегрузка данных с помощью ETL, выполняется планово или по определенным событиям.
Соответственно, частота и обновление данных в IWA зависит от этих факторов.

Если для Вас важно отслеживать изминения в DWH режиме близкому к реальному времени, тогда это скорее Dynamic DWH - решение IBM InfoSphere Smart Analytics (InfoSphere Warehouse) + IBM Information Server (support SOA+ESB).

Использование ETL-процедур, позволяет синхронизировать данные и избежать наличие устаревших данных.
Далее, мне не совсем понятно, зачем нужны дубликаты для аналитических запросов (форм отчетности).
Очистка и полнота данных, должна обеспечиваться на этапе ETL-процедур.
Наличие IWA со схемой организации данных "звезда" или "снежинка" не требует административного вмешательства для оптимизации выполняния аналитических запросов. Оптимизатор прикрасно сам знает, кто лучше выполнит запрос IDS или IWA.
Ничего придумывать не надо - много уже придумали. Нужно четко понимать как данный инструмент может использоваться для достижения посталенных целей. Если он Вам не подходит - это другой вопрос, но есть и те, кто его успешно использует.

С уважением,
Вадим.