La commande GRAPH

La syntaxe de requête GRAPH est similaire à la syntaxe de requête TABLE. Pour créer un graphique au lieu d'un rapport tabulaire, il suffit de remplacer la commande TABLE par GRAPH dans la requête. Il est ainsi possible de créer des graphiques en convertissant tout simplement les requêtes TABLE en requêtes GRAPH. Pour en consulter un exemple, consultez Conversion d'une requête TABLE en requête GRAPH.

Cependant, toutes les fonctions TABLE n'ont pas un équivalent GRAPH, et il y a quelques limitations à la somme d'informations que vous pouvez afficher efficacement dans un graphique. Lorsque une requête TABLE est convertie de cette manière, les différentes phrases qui composent le corps de la requête prennent un sens particulier qui détermine le format et la mise en page du graphique. Le type de graphe produit par une requête GRAPH dépends de la commande d'affichage utilisée (SUM ou PRINT), et des commandes de tri utilisées (ACROSS ou BY).

Similarités entre GRAPH et TABLE

Les éléments de la requête GRAPH suivent généralement les mêmes règles que leurs équivelants TABLE :

Le mot FILE et le nom de fichier doivent suivre immédiatement la commande GRAPH, à moins qu'ils aient été déjà spécifiés dans une commande SET :
```
SET FILE=filename
```
Vous pouvez spécifier tout fichier disponible à WebFOCUS, y compris les structures combinées ou faisant l'objet d'une référence croisée.
Vous pouvez concaténer des fichiers de source de données inégaux dans une requête GRAPH avec la commande MORE. Pour plus de détails, consultez Concaténation universelle.
L'ordre des phrases dans la requête n'a pas d'incidence sur le format du graphique. Par exemple, la phrase de sélection peut suivre ou précéder la commande d'affichage et la(les) phrase(s) de tri. L'ordre des phrases de tri n'a pas d'incidence sur le format d'un graphique, juste comme l'ordre des phrases de tri dans les requêtes TABLE ont une incidence sur l'apparence des rapports.
Le mot END doit apparaître sur une ligne tout seul pour achever la requête.
Toutes les dates s'affichent au format MJA à mois qu'elles soient transformées en champs alphanumériques.

Différences entre GRAPH et TABLE

Il y a très peu de différences syntaxiques entre GRAPH et TABLE. Spécifiquement, voici les limitations applicables :

Une requête GRAPH doit comprendre une commande d'affichage avec au moins un champ d'affichage et au moins une phrase de tri (BY ou ACROSS) afin de générer un graphique important.
Dans les requêtes GRAPH, l'objet de la commande d'affichage doit toujours être un champ numérique.
Vous ne devez pas entrer plus de cinq champs d'affichage dans une requête GRAPH. Généralement, les formats standards de graphique ne permettent pas l'affichage de plus de variables sans rendre le graphique illisible.
Plusieurs phrases BY peuvent être utilisées dans une requête, auquel cas des graphiques multiples sont créés. Une seule phrase ACROSS est autorisée dans une requête GRAPH, et la requête de certaines formes de graphiques peut comprendre les phrases ACROSS et BY.
Le nombre de valeurs ACROSS ne peut pas dépasser 64.
L'option RUN n'est pas disponible comme alternative à END.

Haut de page

Exemple : Conversion d'une requête TABLE en requête GRAPH

L'exemple suivant illustre comment convertir facilement une requête TABLE en requête GRAPH en transformant la commande TABLE en commande GRAPH.

TABLE FILE GGORDER
HEADING CENTER
"SAMPLE TABLE"
SUM QUANTITY
BY PRODUCT_DESC AS 'Coffee Types'
WHERE PRODUCT_DESC EQ 'French Roast' OR 'Hazelnut' OR 'Kona'
END

La sortie est :

        SAMPLE TABLE
Coffee Types      Ordered Units
------------      -------------
French Roast             285689
Hazelnut                 100427
Kona                      61498

Voici la même requête avec une commande GRAPH au lieu de la commande TABLE :

GRAPH FILE GGORDER
HEADING CENTER
"Sample Graph"
SUM QUANTITY
BY PRODUCT_DESC AS 'Coffee Types'
WHERE PRODUCT_DESC EQ 'French Roast' OR 'Hazelnut' OR 'Kona'
END

La sortie est :