BigQuery Python: Ufroe funktionéieren duerch de Proxy, Downloads schloen fehl
Prüft, ob den Download vun de BigQuery Python Resultater en Storage API Client onofhängeg vum HTTP-Wee vun der Ufro erstellt.
Eng Ufro kann erfollegräich ofgeschloss ginn an awer fehlschloen, wéi hir Resultat a pandas erofgeluede gëtt. D'BigQuery Python Bibliothéik kann en separate BigQuery Storage API Client fir dee Download benotzen.
D'RowIterator.to_dataframe Interface dokumentéiert create_bqstorage_client, wat standardméisseg true ass, an en bqstorage_client Argument. Liest dës Astellungen zesumme mat den Ofhängegkeeten, déi an der Applikatioun sinn. Den Erfolleg um gewéinlechen Ufrowee beweist net, datt den optionale Download-Transport déiselwecht Proxy-Ënnerstëtzung oder Konfiguratioun huet.
| Etapp | Wat ze kontrolléieren |
|---|---|
| Kritt vun den Umeldungsinformatiounen | Den Transport vun den Umeldungsinformatiounen an den Identitéitsendpunkt |
| Ufro schécken a befroen | Den Ufrowee vum BigQuery Client |
| Eroflueden iwwer Storage API | Den Storage API Client an säin Transport |
Fir e kontrolléierte Verglach vermeit déi dokumentéiert Optioun create_bqstorage_client=False dee zousätzleche Client automatesch ze erstellen. Dat kann hëllefen erauszefannen, wéi ee Wee fehlschléit. Et ass eng Transportentscheedung mat Auswierkungen op d'Leeschtung, kee Beweis, datt de Proxy selwer reparéiert gouf.
Wann d'Applikatioun hire eegene Storage API Client bereetstellt, konfiguréiert dee Client bewosst. Gitt net dovun aus, datt en ugepassten HTTP-Objekt, deen un en anere Client ugehaangen ass, en nei konfiguréiert.
Méi al Beispiller diskutéieren iwwerholte httplib2 Implementatiounen oder privat Konstruktor-Haken. Passt d'Integratioun un déi installéiert Bibliothéiksgeneratioun un a behält d'Feelphas am Rapport. En DataFrame-Konversiounsfehler an eng ofgeleentt Netzwierkverbindung sinn ënnerschiddlech Resultater, och wann se am selwechten Methodenopruff optrieden.