C'est une simple valeur indiquant quelle commande (SELECT, INSERT, UPDATE, DELETE) l'arbre de requ�tes produira.

La table d'�chelle est une liste des relations utilis�es dans la requ�te. Dans une instruction SELECT, ce sont les relations donn�es apr�s le mot cl� FROM.

Chaque entr�e de la table d'�chelle identifie une table ou une vue et indique par quel nom elle est d�sign�e dans les autres parties de la requ�te. Dans l'arbre de requ�tes, les entr�es de la table d'�chelle sont r�f�renc�es par des num�ros plut�t que par des noms, donc il importe peu, ici, de savoir s'il y a des noms dupliqu�s comme cela serait le cas avec une instruction SQL. Ceci peut arriver apr�s que les tables d'�chelle des r�gles aient �t� assembl�es. Les exemples dans ce chapitre n'auront pas cette situation.

C'est un index dans la table d'�chelle qui identifie la relation o� iront les r�sultats de la requ�te.

Les requ�tes SELECT n'ont normalement pas de relation r�sultat. Le cas sp�cial d'un SELECT INTO est pratiquement identique � un CREATE TABLE suivi par un INSERT ... SELECT et n'est pas discut� s�par�ment ici.

Pour les commandes INSERT, UPDATE et DELETE, la relation de r�sultat est la table (ou vue !) o� les changements prennent effet.

La liste cible est une liste d'expressions d�finissant le r�sultat d'une requ�te. Dans le cas d'un SELECT, ces expressions sont celles qui construisent la sortie finale de la requ�te. Ils correspondent aux expressions entre les mots cl�s SELECT et FROM (* est seulement une abr�viation pour tous les noms de colonnes d'une relation. Il est �tendu par l'analyseur en colonnes individuelles, pour que le syst�me de r�gles ne le voit jamais).

Les commandes DELETE n'ont pas besoin d'une liste de colonnes car elles ne produisent aucun r�sultat. En fait, le planificateur ajoutera une entr�e sp�ciale CTID pour aller jusqu'� la liste de cibles mais c'est apr�s le syst�me de r�gles ; pour le syst�me de r�gles, ce sera discut� apr�s ; pour le syst�me de r�gles, la liste de cibles est vide.

Pour les commandes INSERT, la liste cible d�crit les nouvelles lignes devant aller dans la relation r�sultat. Elle consiste en des expressions de la clause VALUES ou en celles de la clause SELECT dans INSERT ... SELECT. La premi�re �tape du processus de r��criture ajoute les entr�es de la liste cible pour les colonnes n'ont affect�es par la commande originale mais ayant des valeurs par d�faut. Toute colonne restante (avec soit une valeur donn�e soit une valeur par d�faut) sera remplie par le planificateur avec une expression NULL constante.

Pour les commandes UPDATE, la liste cible d�crit les nouvelles lignes rempla�ant les anciennes. Dans le syst�me des r�gles, elle contient seulement les expressions de la partie SET colonne = expression de la commande. Le planificateur g�rera les colonnes manquantes en ins�rant des expressions qui copient les valeurs provenant de l'ancienne ligne dans la nouvelle. et elle ajoutera l'ancienne entr�e CTID dans la nouvelle ligne comme pour le DELETE.

Chaque entr�e de la liste cible contient une expression qui peut �tre une valeur constante, une variable pointant vers une colonne d'une des relations de la table d'�chelle, un param�tre ou un arbre d'expressions r�alis� � partir d'appels de fonctions, de constantes, de variables, d'op�rators, etc.

La qualification de la requ�te est une expression ressemblant � une de celles contenues dans les entr�es de la liste cible. La valeur r�sultant de cette expression est un bool�en indiquant si l'op�ration (INSERT, UPDATE, DELETE ou SELECT) pour la ligne de r�sultat final devrait �tre ex�cut�e ou non. Elle correspond � la clause WHERE d'une instruction SQL.

L'arbre de jointure de la requ�te affiche la structure de la clause FROM. Pour une simple requ�te comme SELECT ... FROM a, b, c, l'arbre de jointure est une simple liste d'�l�ments de FROM parce que nous sommes autoris�s � les joindre dans tout ordre. Mais quand des expressions JOIN, et plus particuli�rement les jointures externes, sont utilis�es, nous devons les joindre dans l'ordre affich� par les jointures. Dans ce cas, l'arbre de jointure affiche la structure des expressions JOIN. Les restrictions associ�es avec ces clauses JOIN particuli�res (� partir d'expressions ON ou USING) sont enregistr�es comme des expressions de qualification attach�es aux nœuds de l'arbre de jointure. Il s'av�re agr�able d'enregistrer l'expression de haut niveau WHERE comme une qualification attach�e � l'�l�ment de l'arbre de jointure de haut niveau. Donc, r�ellement, l'arbre de jointure repr�sente � la fois les clauses FROM et WHERE d'un SELECT.

Les autres parties de l'arbre de requ�te comme la clause ORDER BY n'ont pas d'int�r�t ici. Le syst�me de r�gles substitue quelques entr�es lors de l'application des r�gles mais ceci n'a pas grand chose � voir avec les fondamentaux du syst�me de r�gles.