Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Проблема с разрывами страницы в subreport SSRS 2008
|
|||
|---|---|---|---|
|
#18+
Вопрос следущий: Имеем отчет в котором много подотчетов(subreport) Требуется при начале каждого подотчета переходить на новую страницу Ранее в SSRS 2005 мы решали проблему следущим путем: внутри каждого подотчета в 1-й таблице установлен в свойствах переход на новую страницу, после перехода на SSRS 2008 разрывы страниц в подотчетах стали игнорироваться - сделал обходное решение: в главном отчете все подотчеты поместил в прямоугольники, в условиях которых поставил переход на новую страницу.. Всё работает замечательно до того случая, пока подотчет не окажется пустым - в этом случае печатается пустая страница. Как обойти эту проблему - как сделать(или где поставить разрыв страницы), чтобы при пустом подотчете(по результатам селекта) пустая страница не печаталась? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2010, 11:42 |
|
||
|
Проблема с разрывами страницы в subreport SSRS 2008
|
|||
|---|---|---|---|
|
#18+
LeoFisher, Если результат селекта пустота делайте видимость прямоугольника false. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2010, 12:31 |
|
||
|
Проблема с разрывами страницы в subreport SSRS 2008
|
|||
|---|---|---|---|
|
#18+
А как вытащить данные подотчета в главный отчет? Подотчет имеет источник данных - хранимую процедуру MS SQL SERVER. как достучаться до результатов выполнения этой процедуры из главного отчета, в котором вообще нет никаких источников данных? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2010, 12:53 |
|
||
|
Проблема с разрывами страницы в subreport SSRS 2008
|
|||
|---|---|---|---|
|
#18+
LeoFisher, Никак к сожалению. Придется делать датасет в основном отчете. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2010, 14:05 |
|
||
|
Проблема с разрывами страницы в subreport SSRS 2008
|
|||
|---|---|---|---|
|
#18+
Я не очень понимаю что ты предлагаете мне: у меня в главном отчете 7 подотчетов - предлагаете сделать для каждого датасет в основном и смотреть результат его выполнения только для управления свойством видимости, а потом ещё его же выполнять внутри подотчета, чтобы получить данные и заполнить таблицы? Если так, то это плохой вариант - селекты сложные и могут выполняться долго, увеличение времени выполнения в 2 раза(за счёт 2кратного выполнения каждого) сильно критично. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2010, 14:46 |
|
||
|
Проблема с разрывами страницы в subreport SSRS 2008
|
|||
|---|---|---|---|
|
#18+
LeoFisher, Как правило запрос можно оптимизировать для более быстрого его выполнения, если от него требуется получить лишь только существование/не существование результата. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2010, 15:44 |
|
||
|
Проблема с разрывами страницы в subreport SSRS 2008
|
|||
|---|---|---|---|
|
#18+
Ну что же - направление понятно - Вы считаете, что такое решение единственный выход из этой ситуации? Может есть какое-то более простое решение без того чтобы плодить запросы и источники данных? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2010, 16:01 |
|
||
|
Проблема с разрывами страницы в subreport SSRS 2008
|
|||
|---|---|---|---|
|
#18+
LeoFisherНу что же - направление понятно - Вы считаете, что такое решение единственный выход из этой ситуации? Может есть какое-то более простое решение без того чтобы плодить запросы и источники данных? Я бы попытался отказать от суботчетов, особенно если запросы тяжелые. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2010, 16:13 |
|
||
|
|

start [/forum/topic.php?fid=31&tid=1535343]: |
0ms |
get settings: |
12ms |
get forum list: |
16ms |
check forum access: |
6ms |
check topic access: |
6ms |
track hit: |
45ms |
get topic data: |
18ms |
get forum data: |
4ms |
get page messages: |
68ms |
get tp. blocked users: |
3ms |
| others: | 259ms |
| total: | 437ms |

| 0 / 0 |
