BigQuery Python: pyetjet funksionojnë përmes proxy-t, shkarkimet dështojnë
Kontrolloni nëse shkarkimi i rezultatit të BigQuery Python krijon një klient Storage API të pavarur nga rruga HTTP e pyetjes.
Një pyetje mund të përfundojë me sukses dhe prapëseprapë të dështojë gjatë shkarkimit të rezultatit të saj në pandas. Biblioteka BigQuery Python mund të përdorë një klient të veçantë BigQuery Storage API për atë shkarkim.
Ndërfaqja RowIterator.to_dataframe dokumenton create_bqstorage_client, vlera e paracaktuar e të cilit është true, dhe një argument bqstorage_client. Lexoni ato cilësime së bashku me varësitë e pranishme në aplikacion. Suksesi në rrugën e zakonshme të pyetjes nuk provon që transporti opsional i shkarkimit ka të njëjtin mbështetje proxy ose të njëjtin konfigurim.
| Faza | Çfarë të kontrollohet |
|---|---|
| Marrja e kredencialeve | Transporti i kredencialeve dhe pika fundore e identitetit |
| Dërgimi dhe anketimi i një pyetjeje | Rruga e kërkesës së klientit BigQuery |
| Shkarkimi përmes Storage API | Klienti Storage API dhe transporti i tij |
Për një krahasim të kontrolluar, opsioni i dokumentuar create_bqstorage_client=False shmang krijimin automatik të atij klienti shtesë. Kjo mund të ndihmojë në identifikimin e rrugës që dështon. Është një zgjedhje transporti me implikime performance, jo provë që vetë proxy u riparua.
Nëse aplikacioni siguron klientin e vet Storage API, konfiguroni atë klient me qëllim. Mos supozoni se një objekt HTTP i personalizuar i bashkangjitur një klienti tjetër e rikonfiguron atë.
Shembuj më të vjetër diskutojnë implementime të vjetruara httplib2 ose grepa privatë të konstruktorit. Përputhni integrimin me gjeneratën e bibliotekës së instaluar dhe mbani fazën e dështimit në raport. Një gabim konvertimi në DataFrame dhe një lidhje rrjeti e refuzuar janë rezultate të ndryshme edhe kur ndodhin në të njëjtin thirrje metode.