BigQuery Python: dotazy procházejí proxy, stahování selhává
Zkontrolujte, zda stahování výsledků v BigQuery Python vytváří klienta Storage API nezávisle na HTTP cestě dotazu.
Dotaz může úspěšně skončit a přesto selhat při stahování výsledku do pandas. Knihovna BigQuery Python může pro toto stahování použít samostatného klienta BigQuery Storage API.
Rozhraní RowIterator.to_dataframe dokumentuje create_bqstorage_client, který má ve výchozím nastavení hodnotu true, a argument bqstorage_client. Čtěte tato nastavení společně se závislostmi přítomnými v aplikaci. Úspěch na běžné cestě dotazu nedokazuje, že volitelný transport stahování má stejnou podporu nebo konfiguraci proxy.
| Fáze | Co zkontrolovat |
|---|---|
| Získání přihlašovacích údajů | Transport přihlašovacích údajů a koncový bod identity |
| Odeslání a dotazování dotazu | Cesta požadavku klienta BigQuery |
| Stahování přes Storage API | Klient Storage API a jeho transport |
Pro kontrolované srovnání se díky dokumentované volbě create_bqstorage_client=False tento dodatečný klient automaticky nevytváří. To může pomoci určit, která cesta selhává. Je to volba transportu s dopady na výkon, nikoli důkaz, že samotná proxy byla opravena.
Pokud aplikace poskytuje vlastního klienta Storage API, nakonfigurujte tohoto klienta záměrně. Nepředpokládejte, že vlastní objekt HTTP připojený k jinému klientovi jej překonfiguruje.
Starší příklady popisují zastaralé implementace httplib2 nebo soukromé háky konstruktoru. Slučte integraci s nainstalovanou generací knihovny a ve zprávě zachovejte fázi selhání. Chyba převodu na DataFrame a odmítnuté síťové spojení jsou různé výsledky, i když nastanou ve stejném volání metody.