---
sourceDocument: Administration de la ServiceNow AI Platform en Australie
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/platform-administration

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Administration de la ServiceNow AI Platform en Australie

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# Afficher le modèle d'extension de table

# Afficher une hiérarchie de tables et le modèle d'extension {#ariaid-title1}

* Rversion finale: Australia
* 
* Mis à jour 12 mars 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 minute de lecture

Déterminez le modèle d'extension utilisé par une table.

## Avant de commencer

Rôle requis : admin

## Pourquoi et quand exécuter cette tâche

Le modèle d'extension utilisé par une table n'est pas immédiatement apparent. Alors qu'une hiérarchie peut utiliser une seule table physique, la plateforme affiche les tables comme si chaque table logique avait une table physique unique. Par exemple, lorsque vous spécifiez une table pour un workflow, vous pouvez sélectionner Changement \[change_request\] ou Incident \[incident\] même si la table parente, Tâche \[task\], utilise une seule table physique.

Les administrateurs peuvent afficher l'état des hiérarchies de tables aplaties, mais ne peuvent pas aplatir les hiérarchies supplémentaires. Vous pouvez [configurer le formulaire](https://servicenow-prod.fluidtopics.net/tQNxbVTdFop42xO0crvYQw#configure-form-layout "Les administrateurs ou les utilisateurs disposant du rôle personalize_form peuvent configurer la mise en page du formulaire et de la liste connexe.") pour ajouter le champ Modèle d'extension , si nécessaire.

## Procédure

1. Accédez à la TousDéfinition du systèmeTables.
2. Sélectionnez un enregistrement de table.
3. Examinez la valeur du champ Modèle d'extension , qui indique si la hiérarchie de table utilise plusieurs tables uniques ou une seule table plate.
   * Aucun : indique que la table utilise la table par modèle de classe. Définit une table physique unique par table logique dans une hiérarchie. Par exemple, il existe des tables physiques distinctes pour la table Actif \[alm_asset\] et ses tables enfants : Matériel \[alm_hardware\], Consommable \[alm_consumable\], Installation \[alm_facility\] et Licence de logiciel \[alm_license\].  
     Remarque :  
     Si une table a un champ Modèle d'extension vide, il ne s'agit pas nécessairement d'une table Table par classe. Si la table étend une autre table, elle hérite en fait du modèle de toutes les tables parentes qu'elle étend, et ce n'est que lorsqu'aucun des parents ne dispose d'un modèle d'extension défini que la table est le modèle d'extension de la table. Cela peut être observé sur de nombreuses tables qui étendent la table Tâche. L'incident est une table logique qui étend la tâche et est physiquement située sur la tâche, mais a par défaut une valeur de modèle d'extension vide.

     Lorsqu'une table n'étend rien du tout et a un champ de modèle d'extension vide, il s'agit d'une table Table par classe.
   * Table par hiérarchie : définit une table physique unique par hiérarchie de table logique. Par exemple, il existe une seule table Tâche \[task\] dans la base de données MySQL qui contient tous les enregistrements de tâches, d'incidents, de problèmes et de changements. Cette table physique unique est représentée sous forme de tables logiques distinctes.
   {#t_TableHierarchyAndTheExtModel__choices_jrb_rnh_1y}
{#t_TableHierarchyAndTheExtModel__steps_irb_rnh_1y}