BigQuery Python: a lekérdezések működnek a proxyn keresztül, a letöltések meghiúsulnak
Ellenőrizze, hogy a BigQuery Python eredményletöltése a lekérdezés HTTP-útvonalától függetlenül hoz-e létre Storage API-ügyfelet.
Egy lekérdezés sikeresen befejeződhet, és mégis meghiúsulhat, amikor az eredményét pandasba tölti le. A BigQuery Python könyvtár külön BigQuery Storage API-ügyfelet használhat ehhez a letöltéshez.
A RowIterator.to_dataframe felület dokumentálja a create_bqstorage_client paramétert, amely alapértelmezés szerint true, valamint a bqstorage_client argumentumot. Olvassa ezeket a beállításokat az alkalmazásban jelen lévő függőségekkel együtt. A szokásos lekérdezési útvonal sikere nem bizonyítja, hogy az opcionális letöltési átvitel ugyanazzal a proxy-támogatással vagy konfigurációval rendelkezik.
| Szakasz | Mit kell vizsgálni |
|---|---|
| Hitelesítő adatok beszerzése | A hitelesítő adatok átvitele és az identitás végpontja |
| Lekérdezés beküldése és lekérdezése | A BigQuery-ügyfél kérési útvonala |
| Letöltés a Storage API-n keresztül | A Storage API-ügyfél és annak átvitele |
Kontrollált összehasonlításhoz a dokumentált create_bqstorage_client=False beállítás elkerüli a további ügyfél automatikus létrehozását. Ez segíthet azonosítani, melyik útvonal hibázik. Ez teljesítménybeli következményekkel járó átviteli választás, nem bizonyíték arra, hogy maga a proxy javult meg.
Ha az alkalmazás saját Storage API-ügyfelet biztosít, szándékosan konfigurálja azt az ügyfelet. Ne feltételezze, hogy egy másik ügyfélhez csatolt egyéni HTTP-objektum újrakonfigurálja azt.
A régebbi példák elavult httplib2-megvalósításokat vagy privát konstruktorhorgokat tárgyalnak. Igazítsa az integrációt a telepített könyvtári generációhoz, és őrizze meg a hiba szakaszát a jelentésben. A DataFrame-konverziós hiba és az elutasított hálózati kapcsolat különböző kimenetek, akkor is, ha ugyanabban a metódushívásban fordulnak elő.