Использование хранимой процедуры SQL в качестве данных для отчета Microsoft Dynamics CRM

Question

Нам необходимо иметь полукомпонуемый отчет в CRM, который отображает некоторые накопленные значения свинца. Единственный способ, с помощью которого я вижу этот отчет, - писать хранимую процедуру, которая создает пару временных таблиц и вычисляет/накапливает данные с использованием курсоров. Затем возникает проблема получения данных из хранимой процедуры для доступа из отчета Reporting Server. Кто-нибудь знает, возможно ли это? Если бы у меня была возможность написать собственный SQL-запрос для создания данных отчета, это было бы просто отлично.

Любые указатели?

Edit:

Чтобы прояснить мое использование курсоров я могу объяснить то, что я делаю с ними.

В основу моего доклада (который должен быть график КСТАТИ) представляет собой таблицу (table1), который имеет 3 соответствующие столбцы:

Start date 
Number of months 
Value 

создать временную таблицу (TEMP1), который содержит следующие столбцы:

Year 
Month number 
Month name 
Value 

Сначала я цикл по строкам в первой таблице, и вставить строку в TempTable для каждого месяца, увеличивающийся месяц, в то время установки значения к общей стоимости, разделенной на месяцы. То есть:

2009-03-01,4,1000 урожайности TABLE1

2009,03,March,250 
2009,04,April,250 
2009,05,May,250 
2009,06,June,250 

в таблице TEMP1.

Новый курсор затем используется для суммирования и создания текущей суммы из значений в temp1 и подачи в temp2, который возвращается вызывающему в качестве данных для диаграммы.

пример TEMP1 данные:

2009,03,March,250 
2009,04,April,200 
2009,04,April,250 
2009,05,May,250 
2009,05,May,100 
2009,06,June,250 

дает temp2 данные:

2009,03,March,250,250 
2009,04,April,450,700 
2009,05,May,350,1050 
2009,06,June,250,1300 

Последний столбец является нарастающих итогов, который начинается с нуля для каждого нового года.

Answer 1

Я нашел решение. Загруженный построитель отчетов 2.0 от Microsoft. Это позволяет мне писать запросы и вызывать хранимые процедуры для данных отчета.

Microsoft SQL Server Report Builder link

Answer 2

Считаете ли вы использование просмотров. Используйте иерархию взглядов, если это очень сложно. Каждое представление будет представлять собой одну из ваших временных таблиц.

EDIT На основе замечаний

Я думающих просмотров SQL, в основном тот же SQL, как вы написали бы в хранимых процедурах.

Answer 3

Я этого не делал - просто думал, как я начну. Я бы удостоверился, что когда хранимые процедуры заполняют временные таблицы, они используют профили Filtered для вытягивания данных. Затем я установил бы доступ для выполнения SP, чтобы иметь те же роли безопасности, что и Filtered views (что должно быть в значительной степени, чтобы позволить членам PrivReportingGroup).

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

Answer 4

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

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

Кроме того, отчеты SSRS могут использовать хранимые процедуры как источник данных, читать о том, как в книгах в Интернете.