Подскажите, пожалуйста, если у таблицы фактов джойн с таблицей измерения "Время" идет по реквизиту "Date" с типом datetime , а не по TimeID (тип Int ) как в Foodmarte . Это сказывается как-нибудь на производительности куба? Имеется ввиду не процессинг кубов и измерений, а производительность MDX запросов.
Я понимаю себе это так: если при процессенге измерения, с архитектурой MOLAP, все данные из хранилища "засасываются" и сохраняются в специальном формате то можно предположить, что в дальнейшем MDX запросы по типу int (длинна 4 байта) будут отрабатывать быстрее, чем по типу DateTime (8 байт). Или тормозов из за этого быть не может, и переделывать на TimeID не стоит?
Дело в том что когда я вытаскивая измерения время в строки (иерархия Год, Меся, Дата), а во второй и третьей группировки плоские измерения: Номенклатура 15000 всего мемберов, Контрагенты всего 25000 мемберов начинаются тормоза. Или такие проблемы начинаются всегда когда вытаскиваешь измерения с несколькими уровнями?

Надо заметить, что если в строках просто плоские измерения, все отрабатывает быстро.

Тестировал на разных клиентах. В основном ориентируюсь на Excel2003 и OWC. Собственно нужно просто сводные таблицы, без всяких наворотов типа Action, раскраски ячеек, репозитариев и т.п. Куб обычный (не виртуальный), CM и СС нет. Да и таблица фактов жиденькая - 100 000 строк.

Dmitry Biryukovа вы уверены, что хотите виеть одновременно 300 милионов ячеек?

Понятно, что для анализа видеть одновременно такое количество строк нет необходимости. Что меня ставит в тупик, что сводная таблица в том же Excel, построенная на основе плоских данных (вьюха или данные на Excel листе) летает по сравнению со сводной прилинкованной к кубу на AS2000. Во многих случаях быстрее сделать DrillThrought и на этих данных построить сводную. Как объяснить пользователям, которые привыкли к более менее приемлемой скорости работы сводной таблицы? Сказать, что теперь мы используем хранилище данных и AS (специально созданные для этих целей) и теперь сюда нельзя тянуть это измерение т.к. у Вас все зависнет :(

Dmitry Biryukov ставьте фильтры и всё будет более-менее быстро. и проблема не в производительности мдх, а в количестве возвращаемых данных
Фильтры вообще беда, особенно мультивыбор. Кстати, об этом тоже надо не забыть сообщить пользователям :(
Вобщем AS2000 вещь в себе. Требует хорошего понимания своего внутреннего устройства. Иначе пипец.

Dmitry BiryukovНу так и делайте пивот на плоской таблице. Размере таблицы фактов 100 тыс и кол-во ячеек более 300 млн - не самый подходящий случай использовать мс ас. когда будет наоборот (таблица фактов - 300 млн, а в кубе 100 тыс ячеек) тогда и почувствуете всю мощь мс ас :-)
Делать пивот на плоской таблице - собственно так всегда и делали. Но хочется использовать ПО специально созданное для этого. Весомым аргументом в пользу AS2000 для меня является безопастность (раздача прав на измерения) без всякого доп. кодирования. От куда берутся 300 мл. ячеек мне так и непонятно... Строк гораздо меньше т.к. я делаю еще и фильтр (см. описание ниже).

Dmitry BiryukovА это в любом деле так... или вы думали что покупка и установка софта решит все ваши проблемы?
Нет, Дмитрий я так не думал. У меня достаточно опыта чтобы так не думать. Просто для каждого продукта есть свой порог сложности. Есть простые, элементарные вещи, которые в общем-то зачастую решаются стандартными мастерами, а все что сложнее требует опыта и определенных знаний. Microsoft кстати в своих программных продуктах исповедует такой подход. На мой взгляд, то что я хочу сделать - элементарно.

awg1Поясните, что пользователи хотят увидеть на экране.
Собственно на данный момент затык произошел в следующем: В строки вытащил время, сделал фильтр по месяцу и раскрыл до дат. В мерах выручка. Затем что бы посмотреть выручку по определенной группе контрагентов (Папка верхнего уровня) делаю фильтр. Контрагенты - несбалансированное измерение. Повторяет иерархию справочника контрагенты из 1С. Затем в строки вытаскиваю Код контрагента. В коде закодирована различная информация. Ясно, что лучше использовать более понятные вещи нежели какой-то код, но что поделаешь так уж привыкли пользователи. Причем измерение код я делал по разному: и как виртуальное измерение и как самостоятельное (всего 25000 мемберов). На этом этапе в отчете всего 160 строк.
Затем пользователь, например, захотел посмотреть с какого склада произошла отгрузка (измерение всего 1930 мемберов). Как только я вытаскиваю склад в строки третьей группировкой (в общем-то наверное не только склад) в Excel результата уже не дождаться (см. на картинке до того как я вытащил склад в строки).
Причем если все строить и пропустить первый шаг (измерение время) все шуршит довольно прилично. Может разбить измерение время на три части Дата, Месяц, Год?

картинка:

Всем, добрый день. Спасибо за отклики. CM пока в кубе нет. Сейчас попробую сделать дату как виртуальное измерение.

авторможет ещё и Контрагенты и доп. код контрагента объединить в одно измерение?
Да так и было сделано.

С виртуальным "Днем недели" зашуршало. Спасибо.
Буду бороться дальше.