Questo documento mostra come raggruppare le chiamate API per ridurre il numero di connessioni che il client deve effettuare. Il batching può migliorare l'efficienza di un'applicazione diminuendo i viaggi di andata e ritorno della rete e aumentando la velocità effettiva.
Panoramica
Ogni connessione stabilita dal cliente comporta un determinato overhead. L'API Fogli Google supporta il raggruppamento per consentire al client di inserire più oggetti di richiesta, ciascuno che specifica un singolo tipo di richiesta da eseguire, in un'unica richiesta batch. Una richiesta batch può migliorare le prestazioni combinando più richieste secondarie in una singola chiamata al server e recuperando una singola risposta.
Invitiamo gli utenti a raggruppare sempre più richieste. Ecco alcuni esempi di situazioni in cui puoi utilizzare il raggruppamento:
- Hai appena iniziato a utilizzare l'API e hai molti dati da caricare.
- Devi aggiornare i metadati o le proprietà, ad esempio la formattazione, su più oggetti.
- Devi eliminare molti oggetti.
Considerazioni su limiti, autorizzazioni e dipendenze
Ecco un elenco di altri elementi da considerare quando utilizzi l'aggiornamento collettivo:
- Ogni richiesta in batch, incluse tutte le richieste secondarie, viene conteggiata come una richiesta API ai fini del limite di utilizzo.
- Una richiesta batch viene autenticata una sola volta. Questa singola autenticazione si applica a tutti gli oggetti di aggiornamento collettivo nella richiesta.
- Il server elabora le richieste secondarie nell'ordine in cui appaiono nella richiesta batch. Queste ultime possono dipendere dalle azioni intraprese durante le richieste secondarie precedenti. Ad esempio, nella stessa richiesta batch, gli utenti possono inserire testo in un documento esistente e poi applicargli uno stile.
Dettagli del batch
Una richiesta in batch è composta da una chiamata al metodo batchUpdate con più richieste secondarie per, ad esempio, aggiungere e formattare un foglio di lavoro.
Ogni richiesta viene convalidata prima di essere applicata. Tutte le richieste secondarie nell'aggiornamento collettivo vengono applicate in modo atomico. In altre parole, se una richiesta non è valida, l'intero aggiornamento non va a buon fine e nessuna delle modifiche (potenzialmente dipendenti) viene applicata.
Alcune richieste forniscono risposte con informazioni sulle richieste applicate. Ad esempio, tutte le richieste di aggiornamento batch per l'aggiunta di oggetti restituiscono risposte in modo da poter accedere ai metadati dell'oggetto appena aggiunto, ad esempio l'ID o il titolo.
Con questo approccio, puoi creare un intero documento Google utilizzando una richiesta di aggiornamento collettivo dell'API con più richieste secondarie.
Formato di una richiesta batch
Una richiesta è una singola richiesta JSON contenente più richieste secondarie nidificate con una proprietà obbligatoria: requests. Le richieste vengono costruite in un array di singole richieste. Ogni richiesta utilizza il formato JSON per rappresentare l'oggetto richiesta e per contenere le relative proprietà.
Formato di una risposta collettiva
Il formato della risposta per una richiesta batch è simile al formato della richiesta. La risposta del server contiene una risposta completa del singolo oggetto risposta.
La proprietà dell'oggetto JSON principale è denominata replies. Le risposte vengono restituite in un array, con ogni risposta a una delle richieste che occupa lo stesso ordine di indice della richiesta corrispondente. Alcune richieste non hanno risposte e la risposta nell'indice dell'array è vuota.
Esempio
L'esempio seguente mostra l'utilizzo del raggruppamento con l'API Fogli.
Richiesta
Questa richiesta batch di esempio mostra come:
- Aggiungi un foglio a un foglio di lavoro esistente, con un valore
sheetIdpari a 12345, utilizzandoAddSheetRequest. - Aggiungi i dati al nuovo foglio, a partire dalla cella A1, utilizzando
UpdateCellsRequest. - Aggiungi un
namedRangeo una visualizzazione filtrata al nuovo foglio.
Aggiungendo l'ID foglio nella richiesta, gli utenti possono utilizzarlo per altre richieste secondarie nella stessa chiamata API. In questo modo, le prestazioni migliorano evitando un ciclo di scrittura-lettura-scrittura.
Per un elenco dei tipi di richieste di aggiornamento collettivo, raggruppati in diverse categorie, consulta la tabella in Operazioni di aggiornamento collettivo.
{
"requests":[
{
"addSheet":{
"properties":{
"sheetId":123456
}
}
},
{
"updateCells":{
"start":{
"sheetId":123456
},
"rows":[
{
"values":[
{
"userEnteredValue":{
"stringValue":"hello"
}
}
]
},
{
"values":[
{
"userEnteredValue":{
"stringValue":"world"
}
}
]
}
],
"fields":"userEnteredValue"
}
},
{
"addNamedRange":{
"namedRange":{
"name":"newRange",
"range":{
"sheetId":123456,
"endRowIndex":2
}
}
}
}
]
}
Risposta
Questa risposta batch di esempio mostra informazioni su come è stata applicata ogni richiesta secondaria all'interno della richiesta batch. Tieni presente che UpdateCellsRequest non contiene una risposta, pertanto il valore dell'indice dell'array in [1] è costituito da parentesi graffe vuote.
"replies":[
{
"addSheet":{
"properties":{
"sheetId":123456,
"title":"Sheet3",
"index":2,
"sheetType":"GRID",
"gridProperties":{
"rowCount":1000,
"columnCount":26
}
}
}
},
{
},
{
"addNamedRange":{
"namedRange":{
"namedRangeId":"2104325079",
"name":"newRange",
"range":{
"sheetId":123456,
"startRowIndex":0,
"endRowIndex":2,
"startColumnIndex":0,
"endColumnIndex":26
}
}
}
}
]