# Semantic

Le préfixe de chargement `semantic` crée un type de champ spécial qui peut être utilisé dans Qlik Sense pour connecter et gérer des données relationnelles telles que des structures arborescentes, des données structurées parent-enfant auto-référencées et/ou des données qui peuvent être décrites sous forme de graphique.

Notez que le chargement `semantic` peut fonctionner de la même manière que les préfixes [Hierarchy](https://help.qlik.com/fr-FR/sense/May2026/Subsystems/Hub/Content/Sense_Hub/Scripting/ScriptPrefixes/Hierarchy.htm) et [HierarchyBelongsTo](https://help.qlik.com/fr-FR/sense/May2026/Subsystems/Hub/Content/Sense_Hub/Scripting/ScriptPrefixes/HierarchyBelongsTo.htm). Les trois préfixes peuvent tous être utilisés comme blocs de construction dans des solutions front-end efficaces pour traverser des données relationnelles.

Semantic( loadstatement | selectstatement)

Un chargement semantic attend une entrée correspondant exactement à trois ou quatre champs de large avec une définition stricte de ce que chaque champ ordonné représente, comme indiqué dans le tableau ci-dessous :

Champs de chargement semantic

| Nom du champ | Description du champ |
| --- | --- |
| 1er champ : | Cette balise est une représentation du premier des deux objets entre lesquels il existe une relation. |
| 2e champ : | Cette balise sera utilisée pour décrire la relation "vers avant" entre le premier et le deuxième objets. Si le premier objet est un enfant et si le deuxième objet est un parent, vous pouvez créer un onglet de relation indiquant "parent" ou "parent of" comme si vous suiviez la relation d'enfant à parent. |
| 3e champ : | Cette balise est une représentation du deuxième des deux objets entre lesquels il existe une relation. |
| 4e champ : | Ce champ est facultatif. Cette balise décrit la relation "vers l'arrière" ou "inverse" entre le premier et le deuxième objets. Si le premier objet est un enfant et si le deuxième objet est un parent, un onglet de relation peut indiquer "child" ou "child of" comme si vous suiviez la relation de parent à enfant. Si vous n'ajoutez pas de quatrième champ, la balise du deuxième champ sera utilisée pour décrire la relation dans les deux sens. Dans ce cas, un symbole de flèche est automatiquement ajouté dans le cadre de la balise. |

Le code suivant est un exemple du préfixe `semantic`.

```
Semantic  
Load 
Object, 
‘Parent’ AS Relationship, 
NeighbouringObject AS Object, 
‘Child’ AS Relationship 
from graphdata.csv; 
```

Note InformationsIl est autorisé et pratique courante de libeller le troisième champ de la même manière que le premier champ. Cela crée une recherche d'auto-référencement qui vous permet de suivre le ou les objets jusqu'au ou aux objets associés, étape par étape. Si le troisième champ ne porte pas le même nom, le résultat final sera une simple recherche d'un ou de plusieurs objets vers son ou ses voisins relationnels directs distants d'une seule étape, ce qui présente peu d'utilité dans la pratique.

## Paramètres régionaux

Sauf indication contraire, les exemples de cette rubrique utilisent le format de date suivant : MM/DD/YYYY. Le format de date est indiqué dans l'instruction `SET DateFormat` de votre script de chargement de données. Le format de date par défaut peut être différent dans votre système en raison de vos paramètres régionaux et d'autres facteurs. Vous pouvez modifier les formats utilisés dans les exemples ci-dessous en fonction de vos besoins. Ou vous pouvez modifier les formats utilisés dans votre script de chargement pour qu'ils correspondent à ceux de ces exemples.

Les paramètres régionaux par défaut des applications sont basés sur les paramètres système régionaux de l'ordinateur ou du serveur où Qlik Sense est installé. Si le serveur Qlik Sense auquel vous accédez est configuré sur la Suède, l'éditeur de chargement de données utilisera les paramètres régionaux suédois pour les dates, l'heure et la devise. Ces paramètres de format régionaux ne sont pas liés à la langue affichée dans l'Qlik Sense interface utilisateur. Qlik Sense sera affiché dans la même langue que le navigateur que vous utilisez.

Fonctions associées

| Fonctions | Interaction |
| --- | --- |
| [Hierarchy](https://help.qlik.com/fr-FR/sense/May2026/Subsystems/Hub/Content/Sense_Hub/Scripting/ScriptPrefixes/Hierarchy.htm) | Le préfixe de chargement Hierarchy est utilisé pour diviser et organiser les nœuds dans des structures de données parent-enfant et dans d'autres structures de données de type graphique et les transformer en tables. |
| [HierarchyBelongsTo](https://help.qlik.com/fr-FR/sense/May2026/Subsystems/Hub/Content/Sense_Hub/Scripting/ScriptPrefixes/HierarchyBelongsTo.htm) | Le préfixe de chargement HierarchyBelongsTo est utilisé pour localiser et organiser les ancêtres de structures de données parent-enfant et d'autres structures de données de type graphique et les transformer en tables. |

## Exemple - Création d'un champ spécial pour connecter des relations à l'aide du préfixe semantic

[](https://help.qlik.com/en-US/sense/Subsystems/Hub/Content/Sense_Hub/Scripting/ScriptPrefixes/Semantic.htm)

#### Script de chargement et résultats

Vue d'ensemble

Ouvrez l'éditeur de chargement de données et ajoutez le script de chargement ci-dessous à une nouvelle section.

Le script de chargement contient :

* Jeu de données représentant des enregistrements de relation géographique, chargé dans une table nommée `GeographyTree`.

  * Chaque entrée a un ID au début de la ligne et un ParentID à la fin de la ligne.

* Préfixe `semantic` qui ajoutera un champ de comportement spécial intitulé `Relation`.

Script de chargement

```
GeographyTree: 
LOAD  
    ID, 
    Geography, 
    if(ParentID='',null(),ParentID) AS ParentID     

INLINE [ 
ID,Geography,ParentID 
1,World 
2,Europe,1 
3,Asia,1 
4,North America,1 
5,South America,1 
6,UK,2 
7,Germany,2 
8,Sweden,2 
9,South Korea,3 
10,North Korea,3 
11,China,3 
12,London,6 
13,Birmingham,6 
]; 
 
SemanticTable: 
Semantic Load 
	ID as ID,			 
	'Parent' as Relation, 
	ParentID as ID,     
	'Child' as Relation 
resident GeographyTree;  
```

Résultats

Chargez les données et ouvrez une feuille. Créez une table et ajoutez ces champs comme dimensions :

* `Id`
* `Geography`

Ensuite, créez un volet de filtre avec `Relation` comme dimension. Cliquez sur Édition terminée.

Tableau de résultats

| Id | Geography |
| --- | --- |
| 1 | World |
| 2 | Europe |
| 3 | Asia |
| 4 | North America |
| 5 | South America |
| 6 | UK |
| 7 | Germany |
| 8 | Sweden |
| 9 | South Korea |
| 10 | North Korea |
| 11 | China |
| 12 | London |
| 13 | Birmingham |

Panneau de filtre

| Relation |
| --- |
| Enfant |
| Parent |

Cliquez sur Europe dans la dimension `Geography` du tableau, puis sur Child dans la dimension `Relation` du volet de filtre. Notez le résultat attendu dans le tableau :

Tableau de résultats montrant les relations "children" (enfants) de Europe

| Id | Geography |
| --- | --- |
| 6 | UK |
| 7 | Germany |
| 8 | Sweden |

Cliquez de nouveau sur Child pour afficher les lieux qui sont des "children" de UK, une étape plus bas.

Tableau de résultats montrant les relations "children" (enfants) de UK

| Id | Geography |
| --- | --- |
| 12 | London |
| 13 | Birmingham |