Mosha JuriiМы говорим о разных вещах. Вы имеете в виду что можно создать объект (named set) на уровне OLAP-сервера, в ходе проектирования OLAP-куба. А я говорю про ситуацию, когда пользователь заранее не знает, что ему завтра захочется, и использует гибкость OLAP-клиента (создает объект, аналогичный named set с помощью стандартной функциональности интерфейса OLAP-клиента).
В таком случае Вы безусловно правы - PowerPlay более гибкий и функциональный клиент чем Excel PivotTable. Я просто привык всегда смотреть с позиции что вся семантическая информация и buisness rules должны быть определены на сервере, так чтобы все пользователи всегда видели консистентные данные, каким бы клиентом они не пользовались.
Моша
----------------------------------------------------
This posting is provided "AS IS" with no warranties, and confers no rights

Вы правы, Моша, я тоже за то, чтобы данные были в кубе, а на клиенте - всего лишь отображение, но смысл AD-Hock анализа в том и заключается, что зачастую, делаешь то, что заранее не знаешь, поэтому здесь важен функционал клиента, я вот и пытаюсь разогнать Excel-Pivot, поскольку на нем много можно сделать, но вот создание расчетных полей на основе данных из MS AS - нельзя, тогда как в SQL варианте - есть едва заметная опция - Formulas, где можно создавать новые объекты на основе существующих, я ее использую в след. случае - когда есть план, факт и создаю - процент выполнения, поскольку в запросах SQL это не сделаешь и правила агрегирования не установишь, приходится делать на клиенте, когда в отображении происходит расчет.

авторВозможность подсоединения к кубу Когнос из PP for Excel - это разработка компании Когнос. Повторить ее с нуля - думаю малореально. Да и сами посудите, что бы произошло, если бы для навороченных кубов Когноса появился бы условно-бесплатный интерфейс из сводных таблиц Excel - это из области фантастики :)

Я и не ратую за то, чтобы ее повторять, просто данные "подложить" под пивот и использовать его возможности и отчуждать отчет с данными в кэше пивота.
Что касается навороченных кубов - Cognos-у от этого только хорошо будет - все равно пивот слабее PP по функциональности, но зато из-за того, что PP плохо экспортирует данные в Эсель, лично мне, как аналитику легче перейти на MS AS и работать с Эксель отчетами, не потому что они мне нравятся, а потому что к Экселю все привыкли и ради одного-двух отчетов внешним пользователям, у которых нет клиента PP и нет смысла его покупать надо отправить отчет.

Можно - то оно можно - отрезал и все. Голова болит за другое - как из реляционной таблички сделать локальный кубик без установки MS AS ? Чтоб можно было делать вычисляемые поля.

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

Ты удивишься, но мы так и сделали - вопрос в другом, не особенно продвинутым юзерам хочется это дать, программа с данными - стандартная - а анализа нет.

Проблема следующая - пользователи сидят удаленно, общение - через почту и зачастую -диал ап, есть программка - работает на DBF - в которую данные загружают - сами пользователи и делают свою местную отчетность - вот я и ищу программку, которая бы на месте, без сервера позволила из DBF сделать отчетность.

Да не вопрос в центре кубы построить, так и делаем - для центральных задач.
Информация стекается в центр - то же есть такое.
Проблема в следующем - сотруники, которые собирают и предоставляют информацию в центр изначально (по оплате, в т. ч. и по квалификации) предназначались исключительно СБОРА ДАННЫХ !!! Но со временем с них стали требовать отчетность и аналитику, благо что измерений не много и структура не сложная - вот и ищу небольшой и недорогой инструмент, который можно было бы для всех настроить. Первый вариант хотел использовать - нацепить ACCESS на DBF, сделать вьюхи с аналитиками - и из в EXCELя работать - но это до 300-500 тыс. записей. Но этот порог мы перепрыгнули поэтому необходим кубик.

Вообще, реально ли - 20 пользователям сделать единую модель на MS AS (локально, для 1 пользователя) и поддерживать удаленно. Пользователи - категории "продвинутых". Все объяснения - по телепону, думаю даже куб будет сложно через почту пропихнуть.
У кого-нить есть опыт ?

Тему можно закрывать, в принципе нашли несколько рабочих вариантов, пробуем пока.
Всем спасибо