Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Verhalten von SPARQL DESCRIBE in Bezug auf das Standarddiagramm
<a name="sparql-default-describe"></a>

Über das SPARQL-Abfrageformular [https://www.w3.org/TR/sparql11-query/#describe](https://www.w3.org/TR/sparql11-query/#describe) können Sie Informationen zu Ressourcen abrufen, ohne die Struktur der Daten zu kennen und ohne eine Abfrage schreiben zu müssen. Wie diese Informationen zusammengestellt werden, ist der SPARQL-Implementierung überlassen. Neptune stellt [mehrere Abfragehinweise](sparql-query-hints-for-describe.md) bereit, die verschiedene Modi und Algorithmen zur Verwendung durch `DESCRIBE` aufrufen.

In der Neptune-Implementierung verwendet `DESCRIBE` unabhängig vom Modus ausschließlich Daten im [SPARQL-Standarddiagramm](feature-sparql-compliance.md#sparql-default-graph). Dies entspricht der Art, wie SPARQL Datensätze behandelt (siehe [Specifying RDF Datasets](https://www.w3.org/TR/sparql11-query/#specifyingDataset) in der SPARQL-Spezifikation).

In Neptune enthält das Standarddiagramm alle eindeutigen Tripel in der Vereinigung aller benannten Graphen in der Datenbank, es sei denn, bestimmte benannte Graphen werden mithilfe von Klauseln spezifiziert. `FROM` and/or `FROM NAMED` Alle RDF-Daten in Neptune werden in einem benannten Diagramm gespeichert. Wenn ein Tripel außerhalb eines Kontexts mit einem benannten Diagramm eingefügt wird, speichert Neptune es in einem benannten Graphen mit der Bezeichnung `http://aws.amazon.com/neptune/vocab/v01/DefaultNamedGraph`.

Wenn ein oder mehrere benannte Diagramme mittels der `FROM`-Klausel angegeben werden, ist das Standarddiagramm die Vereinigung aller eindeutigen Tripel in diesen benannten Diagrammen. Wenn es keine `FROM`-Klausel gibt, jedoch eine oder mehrere `FROM NAMED`-Klauseln, ist das Standarddiagramm leer.

## Beispiele für SPARQL `DESCRIBE`
<a name="sparql-default-describe-examples"></a>

Betrachten Sie die folgende Daten:

```
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" .
```

Für diese Abfrage:

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

Neptune würde Folgendes zurück:

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

Hier wird zuerst das Diagrammmuster `GRAPH ex:g2 { ?s ?p "b" }` ausgewertet, was zu Bindungen für `?s` führt. Anschließend wird der Teil `DESCRIBE` anhand des Standarddiagramms ausgewertet, das jetzt `ex:g1` ist.

Für diese Abfrage gilt jedoch Folgendes:

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

Neptune würde nichts zurückgeben, da das Standarddiagramm leer ist, wenn eine `FROM NAMED`-Klausel, jedoch keine `FROM`-Klausel vorhanden ist.

In der folgenden Abfrage wird `DESCRIBE` verwendet, ohne dass eine `FROM`- oder `FROM NAMED`-Klausel vorhanden ist:

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

In dieser Situation besteht das Standarddiagramm aus allen eindeutigen Tripeln in der Vereinigung aller benannten Diagramme in der Datenbank (formal die RDF-Zusammenführung). Neptune würde daher Folgendes zurückgeben:

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