BigQuery Python: fyrirspurnir virka í gegnum milliþjóninn, niðurhal mistekst
Kannið hvort niðurhal niðurstaðna í BigQuery Python stofni Storage API-biðlara óháð HTTP-slóð fyrirspurnarinnar.
Fyrirspurn getur klárast með góðum árangri og samt mistekist þegar niðurstaðan er sótt í pandas. BigQuery Python-safnið getur notað sérstakan BigQuery Storage API-biðlara fyrir það niðurhal.
Viðmótið RowIterator.to_dataframe skjalfestir create_bqstorage_client, sem er sjálfgefið true, og bqstorage_client-færibreytu. Lestu þessar stillingar ásamt þeim háðum sem eru í forritinu. Árangur á venjulegri fyrirspurnarslóð sannar ekki að valfrjálsa niðurhalsflutningurinn hafi sömu milliþjónsstuðning eða stillingar.
| Þrep | Hvað á að skoða |
|---|---|
| Öflun auðkennisgagna | Flutningur auðkennisgagna og auðkenningarendapunktur |
| Senda og kanna fyrirspurn | Beiðnislóð BigQuery-biðlarans |
| Niðurhal í gegnum Storage API | Storage API-biðlarinn og flutningur hans |
Fyrir stýrðan samanburð forðast skjalfesti valkosturinn create_bqstorage_client=False að stofna þennan aukabiðlara sjálfkrafa. Það getur hjálpað að greina hvaða slóð mistekst. Það er flutningsval með áhrif á afköst, ekki sönnun þess að milliþjóninum sjálfum hafi verið lagaður.
Ef forritið útvegar sinn eigin Storage API-biðlara skal stilla þann biðlara viljandi. Ekki gera ráð fyrir að sérsniðið HTTP-hlutur sem festur er við annan biðlara stilli hann upp á nýtt.
Eldri dæmi fjalla um úreltar httplib2-útfærslur eða einkarekinar smiðjakrókar. Lagaðu samþættinguna að uppsettu kynslóð safnsins og haltu mistekistþrepinu í skýrslunni. DataFrame-umbreytingarvilla og hafnað netstenging eru ólíkar niðurstöður jafnvel þegar þær eiga sér stað í sama aðferðarkalli.