Коллеги, подскажите, есть ли нормальные программы, позволяющие создавать локальные кубы MS Excel.
Стандартный мастер не устраивает из-за отсутствия возможностей создания вычисляемых полей (разница, процент выполнения плана и пр.)
Локальный куб необходим, чтобы сделанный отчет на нем отослать вместе с кубом - пользователю. Исходные данные на MS SQL и Access.
Помогите, кто сталкивался ?
Заранее спасибо.

Что значит не поддерживает, в момент расчета разве нельзя создать вычисляемые значения и в виде еще одного факта записать в .cub файл ?

В том-то и вся проблема, что хочется утилитку по созданию локальных кубов, более продвинутую, чем Ексель. На уровне запроса из разных таблиц нужно объединить данные и уложить в кубик. Нашел в сети на olapXSoftware.com программку - CubeBuilder, вроде то, что нужно, но не работает, дохожу до запроса, вроде запрос правильный, но ругается на синтаксис. Кроме того проблема с русскими шрифтами.
Есть ли что нибудь подобное еще ?

Очень надо, кубы локальные делать - юзерам рассылать.

Валекпо сути вы описали то, что вам надо создать куб и уже из него делать локальные кубы как потребуется

Вы имеете ввиду MS AS ? Разве на нем можно делать локальные кубы ? Или имеется ввиду так: сделать куб на MS AS, а локальный куб на клиенте - например EXCEL ?

Валеквот "имеется ввиду так: сделать куб на MS AS, а локальный куб на клиенте - например EXCEL"

Фишка в том, чтобы обойтись без развертывания сервера, сразу из запроса в локальный куб хочется.

Валекну не знаю, попробуйте Cognos если верить Юрию то он может собирать данные с реляционных источников и делать куб даже без развертывания сервера, но вот с созданием лок.кубов из такой каши ничего не могу сказать

Да, Cognos это делает, но только если бы к этому кубу без когносовского ADD-ина можно было подключаться из сводных таблиц микрософт EXCEL, цены бы когносу не было - выслал куб, отчет на нем и каждый раз только куб обновляешь и отсылаешь. Проблема в том, что не всегда есть возможность поставить ADD-in, да и функциональность слабая у Когноса в Эксель. А все хотят.

Плавно все свалилось на Cognos, ну раз уж речь о нем зашла, знаю, что PP может работать с локальными .cub файлами, который генерит EXCEL, а вот сам он может их создавать, чтобы потом из EXCEL к этому файлу подключаться. (Имеется ввиду не .mdc, а именно .cub - файлы).
Спасибо заранее.

Я думаю что не имеет смысла смешивать OLAP-клиент Excel и кубы Cognos PowerPlay. Чем Вам не нравится подход, когда имеется централизованный веб-портал на основе PowerPlay Enterprise Server, кубы хранятся и обновляются на центральном сервере, а пользователи имеют доступ к отчетам, которые лежат в папках портала? Гибкость у Web-клиента PowerPlay достаточно высокая, если ее не хватает - можно удаленно коннектиться к серверу из толстых виндовых клиентов PowerPlay User и Visualizer... По такой схеме работают многие компании, аналогичные Вашей.[/quot]

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

Да и работа в OnLine с кубами - интернет пока-что плохо развит, особенно в регионах, ради которого и необходимы порой столько масштабные решения, как Enterprise Server.

(Я думаю что не имеет смысла смешивать OLAP-клиент Excel и кубы Cognos PowerPlay. )

А я думаю есть смысл смешивать OLAP-клиент EXCEL - его возможностей достаточно для формирования необходимой отчетности, только подключаться можно тольк MS AS и реляционным источникам, вот я и пытаюсь выяснить - есть ли коннектор к MDC из PIVOT TABLE ? Может кто уже написал прокладочку ? Поделитесь

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

авторДа, это частая ситуация, которая приводит к тому, что пользователи переходят от простых ОЛАП-клиентов типа PIVOT TABLE к навороченным типа Пауэрплей Юзер...

Ну-ну, переучивать начальников, за это не возьмусь...

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

авторПохоже Вы либо не разобрались в функциональности Когноса, либо неправильно сформулировали свои мысли. Сильная сторона пауэрплея как раз в том, что отчеты делаются один раз на основе одного или нескольких кубов, кубы по регламенту обновляются и отчеты всегда свежие. То есть например у нас отчет, показывающий прибыль по 5 клиентам, приносящим наибольшую выручку. В Пауэрплее это бизнес-правило задано 1 раз, и при открытии отчета набор пяти клиентов динамически обновляется. А вот в PIVOT TABLE я не уверен, что можно такое сделать... Обычно там в одном отчете находят 5 лучших клиентов по выручке, отображают их в явном виде и выводят прибыль по ним. А на следующий день когда рейтинг меняется приходится отчет переделывать заново...

Сильная-то сильная, не спорю, только повторюсь, задача стоит - ОТЧУЖДАТЬ ИНТЕРАКТИВНЫЙ ОТЧЕТ в стандартные возможности ЭКСЕЛЬ без ADD-IN-нов.
Что касается переделывать отчет заново - обновление прекрасно работает и фильтры остаются, даже при дрил-даун, дрил-ап. Проблема пивота - он не может работать с большим объемом данных, а функциональности его хватает - задача - прицепить к кубу Когнос и возможность есть такая, ведь PP for Excel работает с данными из куба MDC, значит возможность подсоединения есть. Вопрос - переформулировать запрос от пивота к MDC, а результата анализа - сохраняются в Пивоте, без необходимости подключаться к кубу, только как для обновления.

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 пользователя) и поддерживать удаленно. Пользователи - категории "продвинутых". Все объяснения - по телепону, думаю даже куб будет сложно через почту пропихнуть.
У кого-нить есть опыт ?

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