Filtrer les champs indexés dans la recherche en texte intégral de Neptune - Amazon Neptune

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.

Filtrer les champs indexés dans la recherche en texte intégral de Neptune

Les détails duAWS CloudFormation modèle contiennent deux champs qui vous permettent de spécifier les clés de propriété ou de prédicat ou les types de données à exclure de OpenSearch l'indexation :

Filtrer par nom de propriété ou de prédicat

Vous pouvez utiliser le paramètre deAWS CloudFormation modèle facultatif nomméProperties to exclude from being inserted into Elastic Search Index pour fournir une liste délimitée par des virgules de clés de propriété ou de prédicat à exclure de OpenSearch l'indexation.

Par exemple, supposons que vous définissiez ce paramètre surbob :

"Properties to exclude from being inserted into Elastic Search Index" : bob

Dans ce cas, l'enregistrement de flux de la requête de mise à jour Gremlin suivante serait supprimé au lieu d'être placé dans l'index :

g.V("1").property("bob", "test")

De même, vous pouvez définir le paramètre comme suithttp://my/example#bob :

"Properties to exclude from being inserted into Elastic Search Index" : http://my/example#bob

Dans ce cas, l'enregistrement de flux de la requête de mise à jour SPARQL suivante serait supprimé au lieu d'être placé dans l'index :

PREFIX ex: <http://my/example#> INSERT DATA { ex:s1 ex:bob "test"}.

Si vous n'entrez rien dans ce paramètre deAWS CloudFormation modèle, toutes les clés de propriété non exclues seront indexées.

Filtrer par propriété ou type de valeur de prédicat

Vous pouvez utiliser le paramètre deAWS CloudFormation modèle facultatif nomméDatatypes to exclude from being inserted into Elastic Search Index pour fournir une liste séparée par des virgules de types de données de propriétés ou de valeurs de prédicat à exclure de l' OpenSearch indexation.

Pour SPARQL, vous n'avez pas besoin de répertorier l'URI complet de type XSD, vous pouvez simplement répertorier le jeton de type de données. Les jetons de type de données valides que vous pouvez répertorier sont les suivants :

  • string

  • boolean

  • float

  • double

  • dateTime

  • date

  • time

  • byte

  • short

  • int

  • long

  • decimal

  • integer

  • nonNegativeInteger

  • nonPositiveInteger

  • negativeInteger

  • unsignedByte

  • unsignedShort

  • unsignedInt

  • unsignedLong

Pour Gremlin, les types de données valides à répertorier sont les suivants :

  • string

  • date

  • bool

  • byte

  • short

  • int

  • long

  • float

  • double

Par exemple, supposons que vous définissiez ce paramètre surstring :

"Datatypes to exclude from being inserted into Elastic Search Index" : string

Dans ce cas, l'enregistrement de flux de la requête de mise à jour Gremlin suivante serait supprimé au lieu d'être placé dans l'index :

g.V("1").property("myStringval", "testvalue")

De même, vous pouvez définir le paramètre comme suitint :

"Datatypes to exclude from being inserted into Elastic Search Index" : int

Dans ce cas, l'enregistrement de flux de la requête de mise à jour SPARQL suivante serait supprimé au lieu d'être placé dans l'index :

PREFIX ex: <http://my/example#> PREFIX xsd:<http://www.w3.org/2001/XMLSchema#> INSERT DATA { ex:s1 ex:bob "11"^^xsd:int }.

Si vous ne saisissez rien dans ce paramètre deAWS CloudFormation modèle, toutes les propriétés dont les valeurs peuvent être converties en valeurs OpenSearch équivalentes en toute sécurité seront indexées. Les types listés qui ne sont pas pris en charge par le langage de requête sont ignorés.