---
sourceDocument: Yokohama Administração da Now Platform
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/pt-BR/yokohama/platform-administration

 Release :

    - yokohama

ft:locale :

    - pt-BR

ft:publication_title :

    - Yokohama Administração da Now Platform

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# Exiba uma hierarquia de tabela e o modelo de extensão

# Exiba uma hierarquia de tabela e o modelo de extensão {#ariaid-title1}

* Versão de lançamento: Yokohama
* 
* Atualizado 30 de jan. de 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 min. de leitura

Determine o modelo de extensão usado por uma tabela.

## Antes de Iniciar

Função necessária: administrador

## Por Que e Quando Desempenhar Esta Tarefa

O modelo de extensão usado por uma tabela não é imediatamente aparente. Embora uma hierarquia possa usar uma única tabela física, a plataforma exibe tabelas como se cada tabela lógica tivesse uma tabela física exclusiva. Por exemplo, ao especificar uma tabela para um fluxo de trabalho, você pode selecionar Mudança \[Change_request\] ou Incidente \[incidente\], mesmo que a tabela primária, Tarefa \[tarefa\], use uma única tabela física.

Os administradores podem exibir o status das hierarquias de tabela planificada, mas não podem nivelar hierarquias adicionais. Você pode [configure o formulário](https://servicenow-prod.fluidtopics.net/CEYx244fj4~FYw6vyEXZJA#configure-form-layout "Os administradores ou usuários com a função personalize_form podem configurar o formulário e o layout da lista relacionada.")para adicionar o. Modelo de extensão se necessário.

## Procedimento

1. Navegar até TudoDefinição do SistemaTabelas.
2. Selecione um registro de tabela.
3. Revise o. Modelo de extensão valor do campo, que indica se a hierarquia da tabela usa várias tabelas exclusivas ou uma única tabela simples.
   * Nenhum : Indica que a tabela usa a tabela por modelo de classe. Define uma tabela física exclusiva por tabela lógica em uma hierarquia. Por exemplo, há tabelas físicas separadas para a tabela Ativo \[alm_asset\] e suas tabelas secundárias: Hardware \[alm_hardware\], Consumível \[alm_consumível\], Instalação \[alm_facility\] e Licença de software \[alm_license\].  
     Nota:  
     Se uma tabela tiver um campo Modelo de extensão vazio, ela não será necessariamente uma tabela Tabela por classe. Se a tabela estender outra tabela, ela realmente herdará o modelo de todas as tabelas primárias que estiver estendendo e somente quando nenhum dos primários tiver um modelo de extensão definido será o modelo de extensão da tabela Tabela por classe. Isso pode ser visto em muitas tabelas que estendem a tabela Tarefa. O incidente é uma tabela lógica que estende a tarefa e está fisicamente localizado na tarefa, mas, por padrão, tem um valor de Modelo de extensão em branco.

     Quando uma tabela não estende nada e tem um campo Modelo de extensão em branco, é uma tabela Tabela por classe.
   * Tabela por hierarquia : Define uma única tabela física por hierarquia de tabela lógica. Por exemplo, há uma única tabela de Tarefa \[tarefa\] no banco de dados MySQL que contém todos os registros de Tarefa, Incidente, Problema e Mudança. Esta tabela física única é representada como tabelas lógicas separadas.
   {#t_TableHierarchyAndTheExtModel__choices_jrb_rnh_1y}
{#t_TableHierarchyAndTheExtModel__steps_irb_rnh_1y}