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.