Я должен опубликовать комментарий к вашему комментарию в качестве ответа, потому что у меня еще недостаточно репутации, чтобы добавить commemt. Я вернулся к сообщениям, которые я сделал, как я описал выше. Я вижу, что причина, по которой он работал в моих делах, заключается в том, что для отчетов (от даты и времени до даты) существует диапазон дат, который по умолчанию не соблюдается сегодня в 12 часов утра до сегодняшнего дня в 23:59. Поэтому причина этого в моем случае состоит в том, что, когда бизнес-пользователи рассматривают это в течение дня, будут отображаться новые записи, поскольку они все равно будут попадать в этот диапазон времени. Все параметры для отчета имеют значения по умолчанию. Я попытался изменить одно из значений datetime и запустить отчет. Он запускался с новым значением datetime, но каждый раз, когда он обновляется (каждые 30 секунд), datetime не переоценивается. Это связано с давней проблемой (?) ... открывшейся в апреле 2011 года ... с SSRS и не переоценкой параметров по умолчанию, которые меняются пользователем, что многие люди там упомянули, что они хотели бы, и им нужна , чтобы контролировать, и Microsoft всегда реагирует ... это не ошибка, она работает как запроектированная, поскольку в настоящее время нет способа узнать, был ли параметр изменен пользователем. Так что в моем случае этого было достаточно, но я вижу, что, основываясь на требованиях к отчету, в любом случае это не может быть жизнеспособным решением.
Вы должны быть осторожны, потому что для этого вам нужно будет открыть длину сеанса для любого отчета, просматриваемого в большое время. Это оставит открытые конвейеры в вашей БД. Наверное, это не самая умная вещь. Я бы предположил, что если у вас есть взаимодействие с параметром даты, что вам будет не повезло, поскольку я не считаю, что службы отчетов обладают этой способностью. Вы могли бы преобразовать отчет на страницу aspx и таким образом контролировать его функциональность, но это было бы серьезным ремонтом. – SFrejofsky