BigQuery Python: kyselyt toimivat välityspalvelimen kautta, lataukset epäonnistuvat
Tarkista, luoko BigQuery Pythonin tuloksen lataus Storage API -asiakkaan kyselyn HTTP-polusta riippumatta.
Kysely voi valmistua onnistuneesti ja silti epäonnistua, kun sen tulos ladataan pandas-kirjastoon. BigQuery Python -kirjasto voi käyttää erillistä BigQuery Storage API -asiakasta tähän lataukseen.
RowIterator.to_dataframe -rajapinta dokumentoi create_bqstorage_client-parametrin, joka on oletuksena true, sekä bqstorage_client-argumentin. Lue nämä asetukset yhdessä sovelluksessa olevien riippuvuuksien kanssa. Onnistuminen tavallisella kyselypolulla ei todista, että valinnaisella latauskanavalla on sama välityspalvelintuki tai -kokoonpano.
| Vaihe | Mitä tarkastetaan |
|---|---|
| Tunnistetietojen hankinta | Tunnistetietojen siirto ja identiteetin päätepiste |
| Kyselyn lähettäminen ja kysely | BigQuery-asiakkaan pyyntöpolku |
| Lataus Storage API:n kautta | Storage API -asiakas ja sen siirto |
Kontrolloitua vertailua varten dokumentoitu create_bqstorage_client=False -vaihtoehto välttää kyseisen lisäasiakkaan automaattisen luomisen. Se voi auttaa tunnistamaan, mikä polku epäonnistuu. Se on suorituskykyvaikutuksia sisältävä siirtovalinta, ei todiste siitä, että itse välityspalvelin korjattiin.
Jos sovellus tarjoaa oman Storage API -asiakkaan, määritä kyseinen asiakas tarkoituksellisesti. Älä oleta, että toiseen asiakkaaseen liitetty mukautettu HTTP-objekti määrittäisi sen uudelleen.
Vanhemmat esimerkit käsittelevät vanhentuneita httplib2-toteutuksia tai yksityisiä konstruktorikoukkuja. Sovita integraatio asennettuun kirjastosukupolveen ja säilytä epäonnistumisvaihe raportissa. DataFrame-muunnoksen virhe ja hylätty verkkoyhteys ovat eri tuloksia, vaikka ne tapahtuisivat samassa metodikutsussa.