Всем привет.
Сейчас перед компанией стоит вопрос – использовать ли OLAP, если да то это будет MS AS. Потом будет стоят вопрос о performance, что бы выявить возможные проблемы еще на уровне дизайна систем. Скажем так первоночально в CUBE войдут 5 dimensions - таблиц по 1000 записей в каждой. Fact table примерно 100000 строк Потом будет инкрементное увеличение dimensions таблиц на 10-500 записей в день, fact table будет рати сильнее, по 1000 записей в день Надо оценить место на диске, которое необходимо OLAP серверу для хранения данных, скорость выполнения запроса при увеличении данных. Проверить случай HOLAP, ROLAP, MOLAP. Все это надо автоматически протестировать. Кто-то занимался подобными вещами ? Есть ли автоматические tools для тестирования подобных вещей.
Я вижу что надо писать тестовую программу которая будет делать следующую последовательность шагов:
1. Вставлять данные в dimensions table и fact table/
2. Перестраивать CUBE. Можно ли это зделать через API, в тестовой программе ?
3. Запускать запрос через MDX.
4. Измерять response time

Все тоже самое для HOLAP, MOLAP, ROLAP.
Кстати, нигде не нашел где все же таки хранятся данные в случае MOLAP ? Написанно что это специальный мултидименшионал формат. Это понятно. Но где реально данные хранятся, в файле ? В каких-то структурах на диске ? В скрытой базе данных на OLAP сервере (Access) ? Как измерить размер этих данных измерить ?

Всем спасибо.

ГликогенСоветую купить современный сервер и не заморачиваться на крохоборский "обсчет требуемого дискового пространства".
Ваши бъемы - детские.
Куб будет занимать единицы мегабайт %)

А какой сервер "современный" ?
Крохоборский "обсчет требуемого дискового пространства" необходим что бы правильно сделать архитектуру приложения.
Причем обьем может возрастать многократо.
Можно ли завести OLAP сервер в кластер ?
Как будет работать в случае одного куба с большим количеством dimensions, в случае очень большого количества кубов с dimensions порядка 10-20 ?

Гликоген McLuadКак будет работать в случае одного куба с большим количеством dimensions, в случае очень большого количества кубов с dimensions порядка 10-20 ?
Бессмысленно обсуждать в отрыве от практики.
Для названных вами объемов хватит даже моего ноутбука.
Лучший подход - лабораторные работы.

Берете генератор данных и генерите интересующий вас объем. Проводите тесты.


Дело в том что наше приложение будет позволять узерам через специальный десктоп тоол формировать, строить новые dimensions, какие они хотят. Причем они могут быть произвольными, по типу и по содержанию. Например, дименсион bad, good, very good, много,мало, километры, литры. И их может быть сколь угодно боьшое количество. и теперь нужно решить как делать один куб с большим числом дименсионс, или очень большое количество кубов.

OverProof[quot McLuad]
т.е. не имея практического опыта работы с кубами в MS AS вы хотите построить универсальный генератор кубов? а не кажется ли вам это немного странным?

Задача стоит, надо делать.