JuriiКонечно, я не знаю всех алгоритмов, которые используют программисты Cognos, но могу предположить, что сжатие на 1-2 порядка происходит по следующим основным причинам:
1) В OLAP-кубы Cognos не закачиваются лишние для анализа и отчетности поля (служебные поля, ID-шники и т.п.), не закачиваются индексы.
2) В OLAP-кубе, коду или названию клиента, или дате документа, присваивается короткий указатель, чем меньше количество мемберов в кубе - тем меньше места занимают указатели.
А вот как короткие указатели ссылаются на числа в многомерной БД Cognos, чтобы отчеты в среднем строились не более чем за 5 секунд - это ноу-хау компании Cognos...
Я как-то рассказывал об эксперименте, когда текстовый файл содержащий 7 миллионов детальных записей размером 600-700 мегабайт по 700 тысячам юридических лиц умещался в OLAP-куб размером 50 мегабайт, а при архивации размер куба сокращался до 1.3 мегабайт. И при этом не было какого-либо предагрегирования, из куба можно было получить любую из 10 записей по любой из 700 тысяч организаций.
Также хочу отметить, что OLAP-кубы Cognos шустро крутятся на 486 компьютерах с процессором 80 мегагерц с оперативной памятью 16-24 мегабайта, под Windows-95.
Все это говорит о том, что за 15 лет совершенствования OLAP-движка Cognos его алгоритмы идеально вылизаны и доведены до совершенства.

Нет, таких настроек нет. Все детальные данные лежат в кубе (например для каждого часа суток/дня-товара-дисконтной карты/клиента).

Ну тогда можете считать меня "не самым умным своим собеседником", но я Вам не верю.
Может, я слишком хорошо усвоил сказку про "бесплатный сыр".... Но 700Мб текста безо всякого сжатия засунуть в 50Мб пространства... не понимаю.
И то, что Вы описываете - это не OLAP-куб, а структура реляционной СУБД, пусть "снаружи" это и вроде как и не видно. А если база реляционная - то у нее и скорость соответствующая...
Пусть все сказанное IMHO, но Вы меня напугали ;)
Кстати, раз уж все алгоритмы Когноса УЖЕ совершенны, то там подразделение разработчиков уже закрылось, я так думаю. Или это снова всего лишь "отсутствие рекламы"? ;)

Jurii2 ............. :
Ну тогда можете считать меня "не самым умным своим собеседником", но я Вам не верю
Если Вы не верите и уверены в своей правоте - не хотите ли заключить пари? Гарантированно получите приз :)
Может, я слишком хорошо усвоил сказку про "бесплатный сыр".... Но 700Мб текста безо всякого сжатия засунуть в 50Мб пространства... не понимаю.
Думаю что секрет в коротких указателях Cognos.
Если уж приз я получу ГАРАНТИРОВАННО, то зачем пари? ;) Может, мне Вам просто адрес сказать для высылки приза? ;)
А в чем суть пари? Можно узнать условия? Может, мне и будет интересно убедиться в собственной неправоте... А заодно узнать, как реально можно сжимать информацию в разы без ущерба качеству доступа к ней (и даже с выигрышем). Если только это не слишком уж "ноу-хау" компании Когнос ;).
"Короткий" указатель - это сколько?! один бит? два? ;)
или все-таки минимум байт? а сколько вариантов Вы байтом адресовать сможете? Вроде бы 2^8=256. И вы хотите сказать тогда, что в 700Мб текста максимум 256 вариантов значений для каждого каждого поля? Это крутая база... Или Когнос научился оперировать милли-, микро-, нано- и пикобайтами? ;)
И опять-таки, снова повторю: если мы используем какие-либо "указатели" - то это уже не куб, а обычная реляционная БД. Со всеми своими плюсами и минусами....
Заранее спасибо за ответ :)