Cursori di query

I cursori di query consentono a un'applicazione di recuperare i risultati di una query batch e sono consigliati rispetto all'uso di offset interi per l'impaginazione. Consulta la sezione Query per ulteriori informazioni su come strutturare le query per la tua app.

Cursori di query

I cursori di query consentono a un'applicazione di recuperare i risultati di una query senza dover sostenere l'overhead di un offset di query. Dopo aver eseguito un operazione di recupero, l'applicazione può ottenere una stringa opaca codificata in base64 che indica la posizione di indice è l'ultimo risultato recuperato. L'applicazione può salvare questa stringa, ad esempio Datastore, in Memcache, in un payload di attività della coda di attività o incorporato in una pagina web come parametro HTTP GET o POST e può quindi utilizzare il cursore il punto di partenza per una successiva operazione di recupero allo scopo di ottenere il batch di risultati dal punto in cui è terminato il recupero precedente. Un recupero può specificare anche un cursore finale, per limitare l'estensione del set di risultati restituito.

Offset e cursori

Sebbene Datastore supporti gli offset interi, dovresti evitare a utilizzarli. Utilizza invece i cursori. L'utilizzo di un offset evita solo di restituire il valore ha saltato entità alla tua applicazione, ma queste entità vengono comunque recuperate internamente. Le entità ignorate in effetti influiscono sulla latenza della query e all'applicazione vengono addebitate le operazioni di lettura necessarie per recuperarle. Utilizzo i cursori al posto degli offset consente di evitare tutti questi costi.

Esempio di cursore di query

In Python, un'applicazione ottiene un cursore dopo aver recuperato i risultati della query chiamando il metodo cursor() dell'oggetto Query. A recupera risultati aggiuntivi dal punto del cursore, l'applicazione prepara una query simile con lo stesso tipo di entità, filtri e ordinamento, e passa il cursore al campo with_cursor() prima di eseguire il recupero:

from google.appengine.api import memcache
from google.appengine.ext import db

# class Person(db.Model): ...
    
# Start a query for all Person entities
people = Person.all()
    
# If the application stored a cursor during a previous request, use it
person_cursor = memcache.get('person_cursor')
if person_cursor:
  people.with_cursor(start_cursor=person_cursor)
    
# Iterate over the results
for person in people:
  # Do something
    
# Get updated cursor and store it for next time
person_cursor = people.cursor()
memcache.set('person_cursor', person_cursor)

Limiti dei cursori

I cursori sono soggetti alle seguenti limitazioni:

  • Un cursore può essere utilizzato solo dalla stessa applicazione che ha eseguito l'originale e solo per continuare la stessa query. Per utilizzare il cursore in una sequenza di recupero, devi ricostituire esattamente la query originale inclusi lo stesso tipo di entità, filtro predecessore, filtri di proprietà e ordini. Non è possibile recuperare i risultati utilizzando un cursore senza impostare la stessa query da cui è stata inizialmente generata.
  • Poiché gli operatori != e IN vengono se vengono implementate più query, le query che le utilizzano non supportano i cursori.
  • I cursori non funzionano sempre come previsto con una query che utilizza una disuguaglianza un filtro o un ordinamento su una proprietà con più valori. La deduplicazione la logica per queste proprietà a più valori non persiste tra i recuperi, causando probabilmente la restituzione dello stesso risultato più di una volta.
  • Le nuove release di App Engine potrebbero modificare i dettagli di implementazione interni, per invalidare i cursori che dipendono da questi. Se un'applicazione tenta di utilizzare un cursore non più valido, Datastore aumenta un'eccezione BadRequestError.

Cursori e aggiornamenti dei dati

La posizione del cursore è definita come posizione nell'elenco dei risultati dopo il è stato restituito l'ultimo risultato. Un cursore non è una posizione relativa nell'elenco (non è un offset); è un indicatore a cui Datastore può passare quando si avvia una scansione dell'indice per trovare i risultati. Se i risultati di una query cambiano tra gli utilizzi di un cursore, la query rileva solo le modifiche che si verificano nei risultati dopo il cursore. Se viene visualizzato un nuovo risultato prima della posizione del cursore per non verrà restituito quando vengono recuperati i risultati dopo il cursore. Analogamente, se un'entità non è più il risultato di una query, ma è stata visualizzata prima del cursore, i risultati visualizzati dopo il cursore non cambiano. Se l'ultimo risultato restituito viene rimosso dall'insieme di risultati, il cursore sa ancora come trovare il risultato successivo.

Durante il recupero dei risultati della query, puoi utilizzare sia un cursore di inizio che un cursore finale per restituire un gruppo continuo di risultati da Datastore. Quando utilizzando un cursore di inizio e fine per recuperare i risultati, la garanzia che la dimensione dei risultati sarà la stessa di quando hai generato i cursori. Le entità possono essere aggiunte o eliminate da Datastore tra l'ora in cui vengono generati i cursori e il momento in cui vengono utilizzati in una query.

Passaggi successivi