Filtrage des champs indexés dans la recherche en texte intégral 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.

Filtrage des champs indexés dans la recherche en texte intégral Neptune

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

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

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

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

"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 intégré dans l'index :

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

De même, vous pouvez définir le paramètre sur http://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 intégré dans l'index :

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

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

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

Vous pouvez utiliser le paramètre de modèle AWS CloudFormation 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é ou de valeur de prédicat à exclure de l'indexation OpenSearch.

Pour SPARQL, il n'est pas nécessaire de répertorier l'URI complet du type XSD. Vous pouvez simplement répertorier le jeton du type de données. Voici les jetons de type de données valides que vous pouvez répertorier :

  • string

  • boolean

  • float

  • double

  • dateTime

  • date

  • time

  • byte

  • short

  • int

  • long

  • decimal

  • integer

  • nonNegativeInteger

  • nonPositiveInteger

  • negativeInteger

  • unsignedByte

  • unsignedShort

  • unsignedInt

  • unsignedLong

Pour Gremlin, voici les types de données valides que vous pouvez répertorier :

  • string

  • date

  • bool

  • byte

  • short

  • int

  • long

  • float

  • double

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

"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 intégré dans l'index :

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

De même, vous pouvez définir le paramètre sur int :

"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 intégré 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 n'entrez rien dans ce paramètre de modèle AWS CloudFormation, toutes les propriétés dont les valeurs peuvent être converties en toute sécurité en équivalents OpenSearch seront indexées. Les types répertoriés qui ne sont pas pris en charge par le langage de requête seront ignorés.