Criando consultas hierárquicas

Simplifique e crie consultas mais eficientes aproveitando relacionamentos hierárquicos no construtor de condições.

Principais benefícios

• Filtre os dados da tabela no construtor de condições com base em uma hierarquia de registro.
• PESQUISE em uma hierarquia inteira com uma única condição.
• Simplifique a criação de consultas com menos manutenção contínua.

A criação de consultas no construtor de condições pode se tornar complicada quando você precisa pesquisar em cada nível de um relacionamento hierárquico usando várias condições OR. As consultas hierárquicas simplificam esse processo, permitindo que você especifique um único nó e pesquise a hierarquia a partir daí, economizando tempo e esforço.

Hierarquias de registro

Por padrão, as seguintes hierarquias de registro são incluídas com sua instância:

• A Hierarquia do departamento na tabela Departamento [cmn_department]
• A Hierarquia de local na tabela Local [cmn_location]
• A Hierarquia do gerente na tabela Usuário [sys_user]

Você pode exibir essas hierarquias de registro predefinidas navegando até Tudo > Definição do Sistema > Hierarquia de registros.

Cada hierarquia de registro é baseada em um campo de referência que contém relacionamentos primário-secundário entre registros na mesma tabela.

• A Hierarquia do departamento é baseada no campo de referência primário na tabela Departamento [cmn_department].
• A Hierarquia de local é baseada no campo de referência primário na tabela Local [cmn_location].
• A Hierarquia do gerente é baseada no campo de referência do gerente na tabela Usuário [sys_user].

Por exemplo, a Hierarquia de local na tabela Local [cmn_location] usa o campo de referência primário. Cada local tem um primário, que é outro registro na tabela Local [cmn_location]. Por exemplo, os registros de local de Chicago e Springfield têm o valor sys_id do registro de local de Illinois em seu campo primário. Os endereços têm locais sys_id para as cidades às quais pertencem no campo primário.

Você pode usar a Hierarquia de local no construtor de condições para criar consultas direcionadas. Por exemplo, você pode especificar um ponto de partida na Hierarquia de locais e consultar a hierarquia para recuperar todos os ativos associados aos locais em toda essa parte da hierarquia.

Caminhos hierárquicos

Cada registro que pertence a uma hierarquia de registro armazena suas informações hierárquicas em um campo de caminho. O campo de caminho é usado para pesquisas em toda a hierarquia no construtor de condições.

Os caminhos para cada hierarquia de registro predefinida são gerados automaticamente pelo ServiceNow AI Platform E armazenados no campo Caminho nas tabelas Departamento [cmn_department], Local [cmn_location] e Usuário [sys_user].

• O caminho dos departamentos é armazenado no campo HP1 primário na tabela Departamento [cmn_department].
• O caminho dos locais é armazenado no campo HP1 primário na tabela Local [cmn_location].
• O caminho de gestão é armazenado no campo Gerenciador HP1 na tabela Usuário [sys_user].

Por exemplo, o. ServiceNow AI Platform Cria automaticamente o caminho de hierarquia para cada registro de local na tabela Local [cmn_location]. Isso cria uma estrutura aninhada em que cada local pode ter sublocais, formando uma hierarquia semelhante a uma árvore. . ServiceNow AI Platform o também atualiza esses caminhos quando registros são adicionados, alterados ou removidos.

Muitas outras tabelas contêm campos autorreferenciais, indicando um relacionamento primário-secundário entre registros. No entanto, os caminhos hierárquicos não são gerados pelo ServiceNow AI Platform Até que você defina uma hierarquia na tabela Hierarquia de registros [sys_record_hierarchy].

Casos de uso

As tabelas Departamento [cmn_department], Local [cmn_location] e Usuário [sys_user] contêm campos de referência com relacionamentos primário-secundário por padrão.

Hierarquia do departamento

PESQUISE ativos associados a departamentos em sua empresa usando Hierarquia do departamento hierarquia de registros.

Cada registro de departamento contém um caminho hierárquico, permitindo que você crie consultas no construtor de condições com base na hierarquia do departamento. Como os registros de ativos têm um campo de referência de departamento, você pode consultar ativos que pertencem a um departamento específico.

• Encontre todos os ativos que pertencem ao departamento DE TI usando uma consulta como:

  [Department] [Está na hierarquia] [Hierarquia do departamento] começando em [IT], que é [Incluída]

  Neste exemplo, pesquisar a hierarquia retorna ativos associados ao departamento DE TI, incluindo ativos associados a departamentos que fazem parte do departamento DE TI e assim por diante.

• Encontre todos os departamentos no departamento DE TI filtrando diretamente na tabela Departamentos [cmn_department] usando uma consulta como:

  [Primário] [Está na hierarquia] [Hierarquia do departamento] começando em [IT], que é [Incluída]

Hierarquia do local

PESQUISE registros de acordo com o local usando Hierarquia de local hierarquia de registros.

Cada registro de local contém um caminho hierárquico, permitindo que você crie consultas no construtor de condições com base na hierarquia de local. Como os registros de incidentes têm um campo Referência de local, você pode pesquisar incidentes com base no local de um solicitante.

• Encontre todos os incidentes de chamadores baseados em Illinois usando uma consulta como:

  [Local] [está na hierarquia] [Hierarquia do local] começando em [Illinois], que é [Incluída]

  Esta consulta retorna incidentes em que o local do solicitante é Illinois, qualquer cidade em Illinois ou um endereço em qualquer cidade em Illinois.

• Encontre incidentes para cidades e endereços em Illinois, mas não incidentes em que o local do solicitante seja simplesmente Illinois, usando uma consulta como:

  [Local] [está na hierarquia] [Hierarquia do local] começando em [Illinois], que é [Excluído]

• Encontre todos os incidentes com base em sua localização como o usuário conectado usando um filtro dinâmico em uma consulta como:

  [Local] [Está na hierarquia (dinâmica)] [Hierarquia de local] começando em [Meu local], que é [Incluído]

Hierarquia de gerentes

PESQUISE registros em toda a cadeia de gestão em sua organização usando Gestão de hierarquia hierarquia de registros.

Cada registro de usuário contém um caminho hierárquico, permitindo que você crie consultas no construtor de condições com base na hierarquia de gestão. Consultar qualquer tabela e selecionar um campo de referência que aponte para a tabela Usuários [sys_user] permite pesquisar na cadeia de gestão.

• Encontre todos os incidentes atribuídos a usuários que se reportam ao Bud Richman usando uma consulta como:

  [Atribuído a] [Está na hierarquia] [Hierarquia do gerente] começando em [Bud Richman], que está [Incluída]

  Neste exemplo, a pesquisa na hierarquia retorna incidentes atribuídos ao Bud Richman, incluindo incidentes atribuídos a usuários que se reportam ao Bud e seus subordinados diretos e assim por diante.

• Encontre todos os incidentes atribuídos a você e aos usuários em sua própria organização usando uma consulta dinâmica como:

  [Atribuído a] [Está na hierarquia (dinâmica)] [Hierarquia do gerente] começando em [ME], que é [Incluído]

• Exiba a própria cadeia de gestão filtrando diretamente na tabela Usuários [sys_user] usando uma consulta como:

  [Gerente] [Está na hierarquia] [Hierarquia do gerente] começando em [Bud Richman], que é [Incluído]

• Exiba os usuários que se reportam a você filtrando diretamente na tabela Usuários [sys_user] usando uma consulta dinâmica como:

  [Gerente] [Está na hierarquia (dinâmica)] [Hierarquia do gerente] começando em [ME], que é [Incluído]

Visão geral da criação de uma hierarquia de registros

Além das hierarquias de registro predefinidas incluídas com sua instância, você pode criar uma hierarquia de registro em uma tabela de sua escolha.

A criação de uma hierarquia entre registros relacionados na mesma tabela requer um campo de autorreferência. Ao criar a hierarquia, você pode usar um campo de referência existente que já define relacionamentos primário-secundário ou criar um campo de autorreferência e preenchê-lo com os valores apropriados para cada registro.

1. Identifique uma tabela que contém registros primários secundários que você deseja usar para criar consultas hierárquicas. Por exemplo, para criar consultas com base em ativos relacionados, você pode definir uma hierarquia de registro com base na tabela Ativo [alm_asset].
2. Determine qual campo de referência na tabela define os relacionamentos entre registros. Por exemplo, o campo primário na tabela Ativo [alm_asset] descreve o ativo primário de um ativo.
3. Crie uma hierarquia na tabela Hierarquias de registro [sys_record_hierarchy] e especifique a tabela e o campo de referência que você deseja usar. . ServiceNow AI Platform adiciona automaticamente informações de caminho hierárquico a cada registro na tabela.
4. Crie consultas hierárquicas no construtor de condições selecionando a hierarquia que você criou. Use operadores para pesquisar na hierarquia.