Indicateurs de requête SPARQL

Vous pouvez utiliser des indicateurs de requête afin de spécifier des stratégies d'optimisation et d'évaluation pour une requête SPARQL particulière dans Amazon Neptune.

Les indicateurs de requête sont exprimés à l'aide de modèles de triplet supplémentaires qui sont intégrés à la requête SPARQL avec les éléments suivants :

scope hint value

• portée : détermine la partie de la requête à laquelle l'indicateur de requête s'applique, comme un certain groupe dans la requête ou la requête complète.

• hint : identifie le type d'indicateur à appliquer.

• value : détermine le comportement de l'aspect du système pris en compte.

Les indicateurs et portées de requête sont exposés sous la forme de termes prédéfinis dans l'espace de noms Amazon Neptune http://aws.amazon.com/neptune/vocab/v01/QueryHints#. Les exemples de cette section décrivent l'espace de noms sous la forme d'un préfixe hint qui est défini et inclus dans la requête :

PREFIX hint: <http://aws.amazon.com/neptune/vocab/v01/QueryHints#>

Par exemple, le code suivant montre comment inclure un indicateur joinOrder dans une requête SELECT :

PREFIX hint: <http://aws.amazon.com/neptune/vocab/v01/QueryHints#>
SELECT ... {
 hint:Query hint:joinOrder "Ordered" .
 ...
}

La requête précédente demande au moteur Neptune d'évaluer les jointures dans la requête dans l'ordre donné et de désactiver toute réorganisation automatique.

Tenez compte des éléments suivants lorsque vous utilisez des indicateurs de requête :

• Vous pouvez combiner différents indicateurs de requête dans une seule requête. Par exemple, vous pouvez utiliser l'indicateur de requête bottomUp afin d'annoter une sous-requête pour une évaluation ascendante et un indicateur de requête joinOrder pour corriger l'ordre des jointures à l'intérieur de la sous-requête.

• Vous pouvez utiliser le même indicateur de requête plusieurs fois, dans différentes portées qui ne se chevauchent pas.

• Les indicateurs de requête sont des suggestions. Même si le moteur de requête vise généralement à prendre en compte des indicateurs de requête donnés, il peut également les ignorer.

• Les indicateurs de requête préservent la sémantique. L'ajout d'un indicateur de requête ne modifie pas la sortie de la requête (sauf pour l'ordre des résultats potentiels quand aucune garantie d'ordre n'est fournie, en d'autres termes, lorsque l'ordre des résultats n'est pas appliqué à l'aide d'ORDER BY).

Les sections suivantes fournissent plus d'informations sur les indicateurs de requête disponibles et leur utilisation dans Neptune.

Rubriques

• Portée des indicateurs de requêtes SPARQL dans Neptune
• Indicateur de requête joinOrder SPARQL
• Indicateur de requête evaluationStrategy SPARQL
• Indicateur de requête queryTimeout SPARQL
• Indicateur de requête rangeSafe SPARQL
• Indicateur de requête queryId SPARQL
• Indicateur de requête useDFE SPARQL
• Indicateurs de requête SPARQL utilisés avec DESCRIBE

Portée des indicateurs de requêtes SPARQL dans Neptune

Le tableau suivant montre les portées disponibles, les indicateurs associés et des descriptions pour les indicateurs de requête SPARQL dans Amazon Neptune. Le préfixe hint de ces entrées représente l'espace de noms Neptune des indicateurs :

PREFIX hint: <http://aws.amazon.com/neptune/vocab/v01/QueryHints#>

Portée	Indicateurs pris en charge	Description
hint:Query	joinOrder	L'indicateur de requête s'applique à toute la requête.
hint:Query	queryTimeout	La valeur de délai d’attente s'applique à l'ensemble de la requête.
hint:Query	rangeSafe	La promotion de type est désactivée pour l'ensemble de la requête.
hint:Query	queryId	La valeur d'ID de requête s'applique à l'ensemble de la requête.
hint:Query	useDFE	L'utilisation du DFE est activée (ou désactivée) pour l'ensemble de la requête.
hint:Group	joinOrder	L'indicateur de requête s'applique aux éléments de niveau supérieur du groupe spécifié, mais pas aux éléments imbriqués (comme les sous-requêtes) ou aux éléments parents.
hint:SubQuery	evaluationStrategy	L'indicateur est spécifié et appliqué à une sous-requête SELECT imbriquée. La sous-requête est évaluée de façon indépendante, sans tenir compte des solutions calculées avant la sous-requête.