BigQuery Python: queries wurkje fia de proxy, downloads mislearje
Kontrolearje oft de resultaatdownload fan BigQuery Python in Storage API-klant oanmakket ûnôfhinklik fan it HTTP-paad fan de query.
In query kin suksesfol ôfslute en dochs mislearje by it downloaden fan it resultaat nei pandas. De BigQuery Python-bibleteek kin foar dy download in aparte BigQuery Storage API-klant brûke.
De RowIterator.to_dataframe-ynterface dokumintearret create_bqstorage_client, dy't standert true is, en in bqstorage_client-argumint. Lês dy ynstellingen tegearre mei de ôfhinklikheden yn 'e applikaasje. Sukses op it gewoane querypaad bewiist net dat it opsjonele downloadtransport deselde proxy-stipe of -konfiguraasje hat.
| Faze | Wat te ûndersykjen |
|---|---|
| Untfangen fan oanmeldgegevens | It transport fan oanmeldgegevens en it identiteitseinstpunt |
| Yntsjinjen en ûnderfreegjen fan in query | It oanfraachpaad fan 'e BigQuery-klant |
| Downloaden fia Storage API | De Storage API-klant en syn transport |
Foar in kontrolearre ferliking foarkomt de dokumintearre opsje create_bqstorage_client=False it automatysk oanmeitsjen fan dy ekstra klant. Dat kin helpe om te bepalen hokker paad mislearret. It is in transportkar mei prestaasjegefolgen, net in bewiis dat de proxy sels reparearre is.
As de applikaasje syn eigen Storage API-klant leveret, konfigurearje dy klant dan bewust. Nim net oan dat in oanpast HTTP-objekt dat oan in oare klant ferbûn is dy opnij konfigurearret.
Aldere foarbylden beprate ferâldere httplib2-ymplemintaasjes of private konstruktorheakken. Lijn de yntegraasje ôf op 'e ynstalleare bibleteekgeneraasje en behâld de mislearringsfaaze yn it rapport. In DataFrame-konverzjeFlater en in wegere netwurkferbining binne ferskillende útkomsten, sels as se yn deselde metodesoprop foarkomme.