BigQuery Python: spørjingar fungerer gjennom proxyen, nedlastingar mislukkast
Sjekk om nedlastinga av BigQuery Python-resultatet opprettar ein Storage API-klient uavhengig av HTTP-stien til spørjinga.
Ei spørjing kan fullførast med suksess og likevel mislukkast når resultatet blir lasta ned til pandas. BigQuery Python-biblioteket kan bruke ein eigen BigQuery Storage API-klient for den nedlastinga.
RowIterator.to_dataframe-grensesnittet dokumenterer create_bqstorage_client, som har standardverdien true, og eit bqstorage_client-argument. Les desse innstillingane saman med avhengnadene som finst i applikasjonen. Suksess på den vanlege spørjiestien beviser ikkje at den valfrie nedlastingstransporten har same proxy-støtte eller konfigurasjon.
| Trinn | Kva du bør undersøkje |
|---|---|
| Anskaffing av legitimasjon | Legitimasjonstransporten og identitetsendepunktet |
| Sende inn og polle ei spørjing | Førespurnadsstien til BigQuery-klienten |
| Laste ned via Storage API | Storage API-klienten og transporten hans |
For ein kontrollert samanlikning unngår det dokumenterte alternativet create_bqstorage_client=False automatisk oppretting av den ekstra klienten. Det kan hjelpe med å identifisere kva sti som mislukkast. Det er eit transportval med ytingskonsekvensar, ikkje bevis på at sjølve proxyen vart reparert.
Viss applikasjonen leverer sin eigen Storage API-klient, konfigurer den klienten med vilje. Ikkje gå ut frå at eit tilpassa HTTP-objekt festa til ein annan klient rekonfigurerer han.
Eldre døme diskuterer utdaterte httplib2-implementasjonar eller private konstruktørkrokar. Tilpass integrasjonen til bibliotekgenerasjonen som er installert, og behald feiltrinnet i rapporten. Ein DataFrame-konverteringsfeil og ei avvist nettverkstilkopling er ulike utfall sjølv når dei skjer i same metodekall.