Как правило, условное форматирование не замедляет отчет.
Тем не менее, я могу представить один сценарий, в котором добавление условного форматирования может оказать влияние: вы основываете свое условное форматирование на элементе запроса, который ранее не был включен в основной контейнер данных (список, кросс-таблица и т. Д.).
Генерация SQL в Cognos является условной. Если ваш отчет ссылается только на один запрос, все остальные запросы будут исключены из оператора SQL, отправленного источнику данных. Если вы включаете элемент данных, полученный из другого запроса (при условии, что между ними установлено установленное соединение), Cognos теперь будет включать второй запрос в оператор SQL, создавая соединение с исходным запросом в соответствии с тем, как вы определяете отношение , Присоединение к таблицам неизбежно приводит к некоторому замедлению.
Если для создания исходного отчета потребовалось 10 секунд, а затем добавлено условное форматирование, которое привело к объединению, неизбежно, что результат займет больше времени. Это может быть незаметное количество времени или значительное замедление в зависимости от присоединяемого запроса и характера объединения.
За исключением сценария, который я описал, я сгенерировал бы табличные данные для запроса и посмотрел, сколько времени это займет. При создании табличных данных условное форматирование игнорируется. Если табличные данные работают медленно, вы знаете, что это не условное форматирование, вызывающее проблему.
Если вы действительно хотите отслеживать производительность Cognos, ознакомьтесь со статьей в моем блоге, касающейся автоматического определения времени отчета: Автоматическое измерение производительности отчета Cognos