Query di proiezione

Nota: Gli sviluppatori che creano nuove applicazioni sono vivamente incoraggiati a utilizzare il Libreria client NDB, che offre numerosi vantaggi rispetto a questa libreria client, come la memorizzazione automatica nella cache delle entità tramite tramite Google Cloud CLI o tramite l'API Compute Engine. Se al momento utilizzi la libreria client DB precedente, leggi il Guida alla migrazione da DB a NDB

La maggior parte delle query di Datastore restituisce entità intere come risultati, ma spesso un'applicazione è in realtà interessata solo ad alcune proprietà dell'entità. Le query di proiezione ti consentono di eseguire query su Datastore solo per le proprietà specifiche di un'entità di cui hai effettivamente bisogno, a una latenza e a un costo inferiori rispetto al recupero dell'intera entità.

Le query di proiezione sono simili alle query SQL del seguente tipo:

SELECT name, email, phone FROM CUSTOMER

Puoi utilizzare tutte le funzionalità di filtro e ordinamento disponibili per le query sulle entità standard, rispettando le limitazioni descritte di seguito. La query restituisce risultati abbreviati con solo le proprietà specificate (name, email e phone nell'esempio) con valori inseriti; tutte le altre proprietà non hanno dati.

Utilizzo delle query di proiezione in Python 2

Puoi specificare una proiezione in questo modo: Le query di proiezione sono supportate sia dagli oggetti Query che GqlQuery. Entrambi i corsi richiedono questa importazione:

from google.appengine.ext import db

Puoi specificare una proiezione in questo modo:

proj = db.Query(entity_name, projection=('property_1', 'property_2','property_n'))

proj = db.GqlQuery("SELECT property_1, property_2, property_n FROM entity_name")

Puoi gestire i risultati di queste query come faresti per una query di entità standard: ad esempio, eseguendo l'iterazione dei risultati.

Il seguente esempio esegue query sulle proprietà title, read_path e date_written di tutte le voci EventLog, ordinate in ordine crescente per date_written, e scrive il valore di ogni proprietà nel log dell'applicazione:

for proj in db.GqlQuery("SELECT title, read_path, date_written" +
                        "FROM EventLog" +
                        "ORDER BY date_written ASC"):
  logging.info(proj.title)
  logging.info(proj.read_path)
  logging.info(proj.date_written)

Raggruppamento(sperimentale)

Le query di proiezione possono utilizzare la parola chiave distinct per garantire che in un set di risultati vengano restituiti solo risultati completamente univoci. Verrà restituito solo il primo risultato per le entità che hanno gli stessi valori per le proprietà previste.

query = db.Query(projection=['A', 'B'], distinct=True).filter('B >', 1).order('-B, A')

Limitazioni delle proiezioni

Le query di proiezione sono soggette alle seguenti limitazioni:

  • Possono essere proiettate solo le proprietà indicizzate.

    La proiezione non è supportata per le proprietà non indicizzate, in modo esplicito o implicito. Le stringhe di testo lunghe (Text) e le stringhe di byte lunghe (Blob) non sono indicizzate.

  • La stessa proprietà non può essere proiettata più di una volta.

  • Non è possibile prevedere le proprietà a cui viene fatto riferimento in un filtro di uguaglianza (=) o appartenenza (IN).

    Ad esempio,

    SELECT A FROM kind WHERE B = 1
    

    sia valida (proprietà proiettata non utilizzata nel filtro di uguaglianza), sia

    SELECT A FROM kind WHERE A > 1
    

    (non un filtro di uguaglianza), ma

    SELECT A FROM kind WHERE A = 1
    

    (proprietà proiettata utilizzata nel filtro di uguaglianza) non lo è.

  • I risultati restituiti da una query di proiezione non possono essere salvati di nuovo in Datastore.

    Poiché la query restituisce risultati che sono stati compilati solo parzialmente, non puoi riscriverli in Datastore.

Proiezioni e proprietà a più valori

La proiezione di una proprietà con più valori non comporterà la compilazione di tutti i valori per quella proprietà. Verrà invece restituita un'entità separata per ogni combinazione univoca di valori previsti corrispondenti alla query. Ad esempio, supponiamo che tu abbia un'entità di tipo Foo con due proprietà a più valori, A e B:

entity = Foo(A=[1, 1, 2, 3], B=['x', 'y', 'x'])

Poi la query di proiezione

SELECT A, B FROM Foo WHERE A < 3

restituirà quattro entità con le seguenti combinazioni di valori:

A = 1, B = 'x'
A = 1, B = 'y'
A = 2, B = 'x'
A = 2, B = 'y'

Tieni presente che se un'entità ha una proprietà con più valori senza valori, nell'indice non verranno incluse voci e non verranno restituiti risultati per l'entità da una query di proiezione che include la proprietà.

Indici per le proiezioni

Le query di proiezione richiedono che tutte le proprietà specificate nella proiezione siano incluse in un indice Datastore. Il server di sviluppo di App Engine genera automaticamente gli indici necessari nel file di configurazione dell'indice, index.yaml, che viene caricato con la tua applicazione.

Un modo per ridurre al minimo il numero di indici richiesti è proiettare le stesse proprietà in modo coerente, anche quando non sono sempre necessari tutti. Ad esempio, queste query richiedono due indici separati:

SELECT A, B FROM Kind
SELECT A, B, C FROM Kind

Tuttavia, se progetti sempre le proprietà A, B e C, anche quando C non è obbligatorio, sarà necessario un solo indice.

La conversione di una query esistente in una query di proiezione potrebbe richiedere la creazione di un nuovo indice se le proprietà nella proiezione non sono già incluse in un'altra parte della query. Ad esempio, supponiamo che tu abbia una query esistente

SELECT * FROM Kind WHERE A > 1 ORDER BY A, B

che richiede l'indice

Index(Kind, A, B)

Conversione in una delle query di proiezione in corso...

SELECT C FROM Kind WHERE A > 1 ORDER BY A, B
SELECT A, B, C FROM Kind WHERE A > 1 ORDER BY A, B

introduce una nuova proprietà (C) e quindi richiede la creazione di un nuovo indice Index(Kind, A, B, C). Tieni presente che la query di proiezione

SELECT A, B FROM Kind WHERE A > 1 ORDER BY A, B

non cambierebbe l'indice richiesto, poiché le proprietà proiettate A e B erano già incluse nella query esistente.