На счет "Локального" OLAP - ему я противопоствляю OLAP "серверный", а не "глобальный".

По большому счету, все технологии кубов данных появились не от нечего делать и не от того, что кто-то считает старые данные более полезными, чем акутальные, а от жизненной необъодимости: за сколько проходов ни обарбатывай миллион записей, все равно курить можно сходить уже при 5 измерениях, причем простых и с этим, по большому счету до появления нанокомпьютеров придется мириться :).

Кто бы спорил - хочется иметь этот самый ON LINE, только вот не можется пока - кто говорит что можется - или обманывает или не договаривает.

Ограничение выборки на уровне OLTP системы кое-что решает, да только вот не работатют быстро сложные OLTP запросы к большим наборам данных (быстро - это 1-2 с и не более, как и положено в приличной аналитической системе, включая время расчета агрегаций в сводной таблице), кроме того, нет той гибкости и скорости анализа, которая достигается, если не надо менять критериев отбора в базовом источнике записей.

Microsoft пошла по куда более продуктивному пути, создав Real-Time OLAP средства в составе Analisys Services 2000. Но это все же кубы данных, хоть и основанные на индексированных представлениях с ROLAP моделью хранения. Эти системы можно применять для ONLINE анализа данных, поскольку данные в них действительно актуальны. Именно это, а не использование локальных OLAP ситсем является магистральным направлением движения в области достижения "ONLINE" анализа данных.

Локальные же OLAP-средства, как ни крути, пригодны только для малых предприятий и на то есть совершенно объектиные причины. При всей их гибкости ни один аналитик не станет ими пользоваться, если ему надо будет или ждать по нескольку минут перестроения таблицы либо диаграммы, либо пытаться понять, что означают цифры на экране после очередного изменения условий отбора записей.

VZL:

На счет "Локального" OLAP - ему я противопоствляю OLAP "серверный", а не "глобальный".

По большому счету, все технологии кубов данных появились не от нечего делать и не от того, что кто-то считает старые данные более полезными, чем акутальные, а от жизненной необъодимости: за сколько проходов ни обарбатывай миллион записей, все равно курить можно сходить уже при 5 измерениях, причем простых и с этим, по большому счету до появления нанокомпьютеров придется мириться :).

Кто бы спорил - хочется иметь этот самый ON LINE, только вот не можется пока - кто говорит что можется - или обманывает или не договаривает.

Ограничение выборки на уровне OLTP системы кое-что решает, да только вот не работатют быстро сложные OLTP запросы к большим наборам данных (быстро - это 1-2 с и не более, как и положено в приличной аналитической системе, включая время расчета агрегаций в сводной таблице), кроме того, нет той гибкости и скорости анализа, которая достигается, если не надо менять критериев отбора в базовом источнике записей.

Microsoft пошла по куда более продуктивному пути, создав Real-Time OLAP средства в составе Analisys Services 2000. Но это все же кубы данных, хоть и основанные на индексированных представлениях с ROLAP моделью хранения. Эти системы можно применять для ONLINE анализа данных, поскольку данные в них действительно актуальны. Именно это, а не использование локальных OLAP ситсем является магистральным направлением движения в области достижения "ONLINE" анализа данных.

Локальные же OLAP-средства, как ни крути, пригодны только для малых предприятий и на то есть совершенно объектиные причины. При всей их гибкости ни один аналитик не станет ими пользоваться, если ему надо будет или ждать по нескольку минут перестроения таблицы либо диаграммы, либо пытаться понять, что означают цифры на экране после очередного изменения условий отбора записей.