Самая странная проблема с отчетами Crystal

Crystal Reports, как правило, лучше справляется с отчетами, чем с обработкой запроса. Для более быстрого и простого способа отладки часто лучше создать в базе данных процедуру, которая объединяет данные из различных источников. Получив нужные данные, используйте Crystal для отображения этих данных.

Другими словами, старайтесь не делать в Crystal больше работы, чем необходимо. Конечно, группировка, заголовки и красивое форматирование будут сделаны там. Но все запросы, объединение и сортировку лучше выполнять в вашей базе данных. Если там запрос медленный, то можно оптимизировать там. Если возвращаются неправильные данные, вы исправляете свою процедуру до тех пор, пока она не вернет то, что вам нужно.

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

Привязан ли кристальный отчет к рабочему серверу?

Если вы используете SQL Server, вы можете изменить SQL, составляющий ваше представление, изменив имена таблиц следующим образом: databasename..tablename Я не уверен, как сделать то же самое в другом СУБД.

Если вы измените свою таблицу таким образом, чтобы представление запрашивало таблицы из правильной не очищенной базы данных, и вы по-прежнему не получаете данные более поздние, чем 8/12, проверьте, есть ли ограничения в операторах WHERE и/или HAVING, или если в разделе ON JOIN есть неявные/явные ограничения.