Comportement de SPARQL DESCRIBE par rapport au graphe par défaut

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Le type de requête SPARQL DESCRIBE vous permet de récupérer des informations sur les ressources sans connaître la structure des données et sans avoir à composer de requête. La manière dont ces informations sont assemblées dépend de l'implémentation SPARQL. Neptune fournit plusieurs indicateurs de requête qui invoquent différents modes et algorithmes à utiliser par DESCRIBE.

Dans l'implémentation de Neptune, quel que soit le mode, DESCRIBE utilise uniquement les données présentes dans le graphe par défaut SPARQL. Cela est cohérent avec la façon dont SPARQL traite les jeux de données (voir Spécification des jeux de données RDF dans la spécification SPARQL).

Dans Neptune, le graphe par défaut contient tous les triplets uniques issus de l'union de tous les graphes nommés de la base de données, sauf si des graphes nommés particuliers sont spécifiés à l'aide de clauses FROM et/ou FROM NAMED. Toutes les données RDF de Neptune sont stockées dans un graphe nommé. Si un triplet est inséré sans contexte de graphe nommé, Neptune le stocke dans un graphe nommé désigné http://aws.amazon.com/neptune/vocab/v01/DefaultNamedGraph.

Lorsqu'un ou plusieurs graphes nommés sont spécifiés à l'aide de la clause FROM, le graphe par défaut est l'union de tous les triplets uniques de ces graphes nommés. S'il n'y a aucune clause FROM et qu'il existe une ou plusieurs clauses FROM NAMED, le graphe par défaut est vide.

Exemples SPARQL DESCRIBE

Prenons les données suivantes :

PREFIX ex: <https://example.com/>

GRAPH ex:g1 {
    ex:s ex:p1 "a" .
    ex:s ex:p2 "c" .
}

GRAPH ex:g2 {
    ex:s ex:p3 "b" .
    ex:s ex:p2 "c" .
}

ex:s ex:p3 "d" .

Pour cette requête :

PREFIX ex: <https://example.com/>
DESCRIBE ?s
FROM ex:g1
FROM NAMED ex:g2
WHERE {
  GRAPH ex:g2 { ?s ?p "b" . }
}

Neptune renvoie :

ex:s ex:p1 "a" .
ex:s ex:p2 "c" .

Ici, le modèle de graphe GRAPH ex:g2 { ?s ?p "b" } est d'abord évalué, ce qui entraîne des liaisons pour ?s, puis la partie DESCRIBE est évaluée par rapport au graphe par défaut, qui n'est plus qu'ex:g1.

Toutefois, pour cette requête :

PREFIX ex: <https://example.com/>
DESCRIBE ?s 
FROM NAMED ex:g1 
WHERE { 
  GRAPH ex:g1 { ?s ?p "a" . } 
}

Neptune ne renverrait rien, car lorsqu'une clause FROM NAMED est présente sans aucune clause FROM, le graphe par défaut est vide.

Dans la requête suivante, DESCRIBE est utilisé en l'absence de clause FROM ou FROM NAMED :

PREFIX ex: <https://example.com/>
DESCRIBE ?s 
WHERE { 
  GRAPH ex:g1 { ?s ?p "a" . } 
}

Dans ce cas, le graphe par défaut est composé de tous les triplets uniques issus de l'union de tous les graphes nommés de la base de données (officiellement, la fusion RDF). Neptune renverrait donc :

ex:s ex:p1 "a" . 
ex:s ex:p2 "c" . 
ex:s ex:p3 "b" .
ex:s ex:p3 "d" .