> более или мение быстро :)

Денормализация. Агрегаты. Периоды с разными tablespace. А вообще такое решение не может быть платформонезависимым. Так что лучше, видимо, сформулировать более конкретные требования - и в раздел соответствующей СУБД. Но геморроя будет...

> SSAS

А зачем?

> MS Server 2003/MSSQL-2005/Xeon 2x2,8GHz

Вы что, издеваетесь? Какие нафиг форточки? Какие нафиг Xeon'ы? Возьмите калькулятор и посчитайте размер базы данных.

> Т.е. по вашему

По-моему, Вы не ту задачу решаете. А решается она примерно так: прототип -> требования к программно-аппаратному комплексу. И когда выяснится (а это выяснится обязательно), что дисковая нужна на десяток терабайт с заданным количеством иопсов + возможность расширения + куда-то это еще и бэкапить нужно, то появится желание уточнить ограничения операционных систем, файловых систем и серверов БД.

А конкретные конфиги СХД, серверов (или кластера) - это вообще отдельная песня. Важно, чтобы Вы общий уровень затрат представляли. Чтобы не было неприятных неожиданностей.

> вытянет

Тексты мантр для работы с разделами больше 2 Тб - в студию.

> А DW лично видел больше 60ТБ

На ntfs? Подробнее, пожалуйста, с этого места.

> Даже смешно:)

Рад, что повеселил.

> Насдаку подходит, а для такой задачки нет:)

Мне абсолютно плевать, что там подходит Nasdaq, а что не подходит. Они вполне платежеспособны, чтобы иметь свой геморрой за свои деньги.