Подотчет SSDT неполный - PullRequest
       25

Подотчет SSDT неполный

0 голосов
/ 25 января 2019

Я работаю над своим первым отчетом, разработанным в Visual Studio (2015) SQL Server Data Tools. Мой подотчет возвращает только одну запись для каждого родительского события, хотя набор данных подотчета возвращает несколько записей.

Мой отчет: Оперативный отчет в режиме конструктора

Значением связывания для подотчета является поле [EmployeeWorkSessionID]

Подотчет Перерывы Подотчет в режиме конструктора

Набор данных подотчета также содержит поле [EmployeeWorkSessionID]

Предварительный просмотр подотчета # 1 Подотчет для WorkSession 293

Запустить сам по себе этот подотчет возвращает 2 записи для WorkSession 293, включая Обед, который еще продолжается.

Предварительный просмотр подотчета № 2 Подотчет для WorkSession 288

Запустить сам по себе этот подотчет возвращает 2 записи для WorkSession 288, включая завершенный Обед.

(не очень) полный отчет Предварительный просмотр полного отчета

Предварительный просмотр полного отчета показывает первую запись для каждой WorkSession, но ни один из других. EmployeeWorkSessionID связаны с правильным Employee. Пространство отчета достаточно велико для трех строк. Правильные записи возвращаются наборами данных, они просто не отображаются. Открытый обеденный перерыв (содержащий значения NULL) - не единственная пропускаемая запись.

Есть идеи?

Ответы [ 2 ]

0 голосов
/ 26 января 2019

Эта проблема вызвана тем, что SSDT Report Designer кэширует данные, собранные при первом просмотре отчета, и не перезапускает запросы к набору данных при последующих предварительных просмотрах!

Очевидно, что некоторые действия должны заставить его обновить наборы данных, потому что мой отчет менялся в течение дня; но это не изменилось достаточно часто, чтобы было ясно, что происходит. Приведенное ниже решение выглядело так, как будто оно работает, поскольку перемещение подотчета вызвало обновление. Но после этого запуска данные отчета оставались статичными, пока база данных изменилась.

Вот инструмент для сброса (удаления) кэшированных данных.

И статья stackoverflow , которая спасла (что осталось от) мое здравомыслие.

Мой отчет работал все время; Visual Studio ленилась.

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

0 голосов
/ 25 января 2019

Это не составляет и не отвечает, но слишком долго вписывается в комментарий ...

В принципе, дизайн, как я вижу, выглядит нормально.(Кстати: спасибо за публикацию большого количества скриншотов дизайна и результатов, так много людей этого не делают ..)

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

Сначала сделайте копию!

  • Проверьте, есть ли у элементов CanGrow = false и установите для них значение true (True по умолчанию)
  • Удалите прямоугольник вокруг элементов отчета
  • У вас есть несколько текстовых полей, перекрывающих друг друга, просто переместите их, чтобы они не пересекались
  • Переместите суботчет, так что он находится ниже текстового поля Breaks:

Еще несколько комментариев только для справки.

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

Посмотрите, как вы идете и публикуете результатывернуться сюдаКак только эти вещи будут устранены, мы можем посмотреть дальше.

...