BigQuery Python: kontsultak proxy bidez funtzionatzen dute, deskargak huts egiten du
Egiaztatu BigQuery Pythonen emaitzen deskargak Storage API bezeroa sortzen duen kontsultaren HTTP bidearen independentziaz.
Kontsulta bat behar bezala amai daiteke eta, hala ere, huts egin emaitza pandas-era deskargatzean. BigQuery Python liburutegiak BigQuery Storage API bezero bereizi bat erabil dezake deskarga horretarako.
RowIterator.to_dataframe interfazeak create_bqstorage_client dokumentatzen du, lehenespenez true dena, eta bqstorage_client argumentua. Irakurri ezarpen horiek aplikazioan dauden mendekotasunekin batera. Kontsultaren ohiko bidean arrakasta lortzeak ez du frogatzen deskargaren garraio aukerakoak proxy euskarri edo konfigurazio bera duenik.
| Etapa | Zer ikuskatu |
|---|---|
| Kredentzialak eskuratzea | Kredentzialen garraioa eta identitatearen amaierako puntua |
| Kontsulta bidaltzea eta galdetzea | BigQuery bezeroaren eskaera-bidea |
| Storage API bidez deskargatzea | Storage API bezeroa eta haren garraioa |
Konparaketa kontrolatu baterako, dokumentatutako create_bqstorage_client=False aukerak bezero gehigarri hori automatikoki sortzea saihesten du. Hori lagungarria izan daiteke zein bidek huts egiten duen identifikatzeko. Errendimendu-inplikazioak dituen garraio-hautaketa da, ez proxy bera konpondu izanaren froga.
Aplikazioak bere Storage API bezeroa ematen badu, konfiguratu bezero hori nahita. Ez ezazu suposatu beste bezero bati atxikitako HTTP objektu pertsonalizatu batek berkonfiguratuko duenik.
Adibide zaharragoek httplib2 inplementazio zaharkituak edo konstruktore-kako pribatuak aipatzen dituzte. Egokitu integrazioa instalatutako liburutegi belaunaldira eta gorde hutsegite-etapa txostenean. DataFrame bihurtze-errorea eta sare-konexio baztertua emaitza desberdinak dira metodo-dei berean gertatzen direnean ere.