BigQuery Python: vaicājumi strādā caur starpniekserveri, lejupielādes neizdodas
Pārbaudiet, vai BigQuery Python rezultātu lejupielāde izveido atsevišķu Storage API klientu neatkarīgi no vaicājuma HTTP ceļa.
Vaicājums var veiksmīgi pabeigties un tomēr neizdoties, lejupielādējot tā rezultātu uz pandas. BigQuery Python bibliotēka šai lejupielādei var izmantot atsevišķu BigQuery Storage API klientu.
RowIterator.to_dataframe saskarne dokumentē create_bqstorage_client, kura noklusējuma vērtība ir true, un bqstorage_client argumentu. Lasiet šos iestatījumus kopā ar lietojumprogrammā esošajām atkarībām. Veiksme parastajā vaicājuma ceļā nepierāda, ka izvēles lejupielādes transportam ir tāds pats starpniekservera atbalsts vai konfigurācija.
| Posms | Kas jāpārbauda |
|---|---|
| Akreditācijas datu iegūšana | Akreditācijas datu transports un identitātes galapunkts |
| Vaicājuma iesniegšana un aptaujāšana | BigQuery klienta pieprasījuma ceļš |
| Lejupielāde caur Storage API | Storage API klients un tā transports |
Kontrolētam salīdzinājumam dokumentētā opcija create_bqstorage_client=False izvairās no automātiskas šī papildu klienta izveides. Tas var palīdzēt noteikt, kurš ceļš neizdodas. Tas ir transporta izvēle ar veiktspējas sekām, nevis pierādījums, ka pats starpniekserveris tika salabots.
Ja lietojumprogramma nodrošina savu Storage API klientu, konfigurējiet šo klientu apzināti. Nepieņemiet, ka citam klientam pievienots pielāgots HTTP objekts to pārkonfigurē.
Vecāki piemēri runā par novecojušām httplib2 implementācijām vai privātiem konstruktora āķiem. Saskaņojiet integrāciju ar instalētās bibliotēkas paaudzi un saglabājiet neizdevušos posmu pārskatā. DataFrame konvertēšanas kļūda un noraidīts tīkla savienojums ir atšķirīgi iznākumi pat tad, ja tie notiek vienā metodes izsaukumā.