BigQuery Python: demandoj funkcias tra la prokurilo, elŝutoj malsukcesas
Kontrolu ĉu la elŝuto de rezultoj en BigQuery Python kreas Storage API-klienton sendepende de la HTTP-vojo de la demando.
Demando povas sukcese finiĝi kaj tamen malsukcesi dum elŝuto de sia rezulto al pandas. La biblioteko BigQuery Python povas uzi apartan BigQuery Storage API-klienton por tiu elŝuto.
La interfaco RowIterator.to_dataframe dokumentas create_bqstorage_client, kiu defaŭlte estas true, kaj argumenton bqstorage_client. Legu tiujn agordojn kune kun la dependecoj ĉeestantaj en la aplikaĵo. Sukceso sur la ordinara demanda vojo ne pruvas, ke la laŭvola elŝuta transporto havas la saman prokuran subtenon aŭ agordon.
| Etapo | Kion kontroli |
|---|---|
| Akiro de akreditiloj | La transporto de akreditiloj kaj la identeca finpunkto |
| Sendado kaj enketado de demando | La petvojo de la BigQuery-kliento |
| Elŝuto per Storage API | La Storage API-kliento kaj ĝia transporto |
Por kontrolita komparo, la dokumentita opcio create_bqstorage_client=False evitas aŭtomate krei tiun kroman klienton. Tio povas helpi identigi, kiu vojo malsukcesas. Ĝi estas transporta elekto kun efikoj al rendimento, ne pruvo, ke la prokurilo mem estis riparita.
Se la aplikaĵo provizas sian propran Storage API-klienton, agordu tiun klienton konscie. Ne supozu, ke kutima HTTP-objekto ligita al alia kliento reagordos ĝin.
Pli malnovaj ekzemploj diskutas eksdatajn httplib2-realigojn aŭ privatajn konstrukciohokojn. Kongruigu la integriĝon al la instalita biblioteka generacio, kaj konservu la malsukcesan etapon en la raporto. DataFrame-konverta eraro kaj rifuzita reta konekto estas malsamaj rezultoj eĉ kiam ili okazas en la sama metoda voko.