Filtrando em Gestão de vulnerabilidades de aplicações

  • Versão de lançamento: Zurich
  • Atualizado 31 de jul. de 2025
  • 1 min. de leitura
  • Calculadoras e Regras de atribuição usam condições durante a importação, criadas usando o. construtor de condições . As mudanças em seus critérios podem afetar o desempenho, já que cada registro é avaliado usando esses filtros.

    As regras e calculadoras fornecidas com o sistema de base são otimizadas para desempenho. Editar ou criar regras ou calculadoras toma cuidado e pode exigir ambos ServiceNow e. Resposta a vulnerabilidades de aplicações experiência. Dito isso, algumas orientações estão disponíveis.

    Evite filtrar com base em campos de subclasse

    Algumas tabelas oferecem suporte à extensão . Um exemplo disso é a tabela IC do CMDB [cmdb_ci]. Tabelas como cmdb_ci_hardware e cmdb_ci_computer estendem esta tabela. Se você filtrar com base em um campo que não está na tabela primária, esse filtro poderá ser caro para construir e avaliar.
    Figura 1. Menu suspenso do filtro de condição
    Exemplo de menu suspenso do filtro de condição

    Por exemplo, filtrando em Item de configuração > Custo não afetaria negativamente o desempenho porque Custo é um campo de classe e não um campo de subclasse de Item de configuração . Exemplo de campo de classe de filtragem

    Item de configuração > Computador, no entanto, é uma subclasse que requer uma referência com pontos para outro campo, neste caso, Sistema operacional . Esse processo pode levar muitos milissegundos, o que se soma rapidamente, quando milhões de itens vulneráveis estão sendo importados e afetam o desempenho. Exemplo de campo de subclasse
    Nota:
    Usar a condição [Contém] é como uma pesquisa curinga e pode causar impacto no desempenho. Usar [IS], sempre que possível, é mais eficiente.