2013-12-19 5 views
0

Я новичок в SSAS пробовать и нужна помощь разработке этого требования к отчетности:Использование SSAS, как создать поиск контактной информации на основе фильтров?

  • Фильтр для клиентов, основанных на измерениях (регулярный и факт) в различных таблицах, связанных с многими-ко-многим
  • С этим списком клиентов, получить их контактные данные (адрес, адрес электронной почты и т. д.)

Мой план состоит в использовании SSAS (многомерного) с отчетами Excel 2007/SSRS для пользовательского интерфейса. Мои запросы:

  1. Должно ли контактная информация клиента быть измерением или фактом? (Один клиент имеет только одну контактную информацию и в настоящее время находится в той же таблице)
  2. После того, как клиенты были отфильтрованы, как затем сгенерировать контактные данные клиента из результатов фильтра?
  3. Будет ли мой выбор инструментов работать для моих требований?

Большое спасибо заранее.

С наилучшими пожеланиями,

CT

+0

Что заставило вас положить это в куб? Обычно кубы предназначены для агрегирования и анализа. Этот звук, как будто вы можете просто запросить таблицу и получить те же преимущества. Какие вещи вы могли бы фильтровать/нарезать? Если в этом поле будет много значений, может возникнуть раздражение для фильтрации в Excel с очень длинным списком, если вы не собираетесь писать VBA и создавать собственные выпадающие списки. – mmarie

+0

Идея состоит в том, чтобы позволить пользователям фильтровать на основе различных параметров (общий объем продаж по клиенту, возрасту, приобретенному продукту и т. Д.) И определять количество клиентов с этими параметрами. После того, как клиенты, указанные в подмножестве, идентифицируют, создайте контактную информацию для этих клиентов. – cte00

ответ

0
  1. контактные данные, такие как должны быть адрес измерения атрибутов, а не факты
  2. Если у вас есть свойства, которые вам не нужно нарезать на, но вы хотите чтобы сообщить о них, вы можете использовать свойства участников, как описано Defining Member Properties for an Attribute in SSAS 2008 . Для вашего решения может быть выполнено упражнение Drill Through Defining and Using a Drillthrough Action gooing to SSRS report будет более подходящим
  3. Если вы собираетесь связать свой оригинал с вашими комментариями и использовать Total Sales, Purchased Products и т. Д., Тогда решение начнет иметь смысл и должен дать вам то, что вы хотите. Без метрической части, SSAS является излишеством и прямые запросы таблиц будет достаточно

Из вашего описания, вы не имеете много-ко-многим, однако, если вы в конечном итоге с ними смотреть на http://www.sqlbi.com/articles/many2many#2

+0

Привет, Дэрил, спасибо за ваш совет. Я могу понять, что происходит в Excel, в результате чего создается дополнительный лист. Что вы подразумеваете под действием сквозных действий, относящихся к отчету SSRS? – cte00

+0

Кроме того, мои исследования привели меня к использованию многомерного вместо табличной версии. Мое рациональное - мне нужно сверление, и у меня есть много отношений «многие ко многим». Я сделал правильный выбор с помощью многомерной модели? – cte00

+0

Вы устанавливаете сверло через действие как часть многомерного куба (внутри SSAS). Добавленная ссылка должна помочь объяснить, как это работает.Многомерная модель действительно обрабатывает многие-ко-многим, однако она сложнее, чем Tabular. Поскольку вы новичок в обеих средах, вы можете подумать, можете ли вы сделать работу с табличной моделью, поскольку кривая обучения будет быстрее. Это может помочь вам обойти многие-ко-многим в табличном виде http://www.sqlbi.com/articles/optimize-many-to-many-calculation-in-dax-with-summarize-and-cross-table-filtering –