Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Casi d'uso per la cache di ricerca di Neptune
<a name="feature-overview-lookup-cache-when-to-use"></a>

La cache di ricerca è utile solo quando le query di lettura restituiscono le proprietà di un numero molto elevato di vertici e archi o di triple RDF.

Per ottimizzare le prestazioni delle query, Amazon Neptune utilizza il tipo di istanza `R5d` per creare una cache di grandi dimensioni per tali valori di proprietà o valori letterali. Il recupero dalla cache è quindi molto più rapido rispetto al recupero dai volumi di archiviazione del cluster.

Come regola generale, vale la pena abilitare la cache di ricerca solo se sono soddisfatte tutte e tre le seguenti condizioni:
+ Si osserva un aumento della latenza nelle query di lettura.
+ Si osserva anche un calo della `BufferCacheHitRatio` [CloudWatch metrica](cw-metrics.md#cw-metrics-available) durante l'esecuzione di query di lettura (vedi). [Monitoraggio di Neptune tramite Amazon CloudWatch](cloudwatch.md)
+ Le query di lettura impiegano molto tempo per materializzare i valori restituiti prima del rendering dei risultati (vedi l'esempio del profilo Gremlin riportato di seguito per determinare quanti valori di proprietà vengono materializzati per una query).

**Nota**  
Questa funzionalità è utile *solo* nello scenario specifico descritto sopra. Ad esempio, la cache di ricerca non aiuta affatto le query di aggregazione. A meno che non si eseguano query che potrebbero trarre vantaggio dalla cache di ricerca, non c'è motivo di utilizzare un tipo di istanza `R5d` anziché un tipo di istanza `R5` equivalente e meno costoso.

Se si utilizza Gremlin, è possibile valutare i costi di materializzazione di una query con [API Gremlin `profile`](gremlin-profile-api.md). In "Operazioni di indice" viene mostrato il numero di termini materializzati durante l'esecuzione:

```
Index Operations
Query execution:
    # of statement index ops: 3
    # of unique statement index ops: 3
    Duplication ratio: 1.0
    {{# of terms materialized: 5273}}
Serialization:
    # of statement index ops: 200
    # of unique statement index ops: 140
    Duplication ratio: 1.43
    {{# of terms materialized: 32693}}
```

Il numero di termini non numerici che vengono materializzati è direttamente proporzionale al numero di ricerche di termini che Neptune deve eseguire.