BigQuery Python: sorgular proxy üzerinden çalışıyor, indirmeler başarısız oluyor
BigQuery Python sonucu indirmesinin, sorgunun HTTP yolundan bağımsız bir Storage API istemcisi oluşturup oluşturmadığını kontrol edin.
Bir sorgu başarıyla tamamlanıp yine de sonucu pandas'a indirilirken başarısız olabilir. BigQuery Python kitaplığı bu indirme için ayrı bir BigQuery Storage API istemcisi kullanabilir.
RowIterator.to_dataframe arayüzü, varsayılan değeri true olan create_bqstorage_client ve bir bqstorage_client bağımsız değişkenini belgeler. Bu ayarları uygulamada bulunan bağımlılıklarla birlikte okuyun. Olağan sorgu yolundaki başarı, isteğe bağlı indirme taşımasının aynı proxy desteğine veya yapılandırmasına sahip olduğunu kanıtlamaz.
| Aşama | Neyin inceleneceği |
|---|---|
| Kimlik bilgilerinin edinilmesi | Kimlik bilgisi taşıması ve kimlik uç noktası |
| Sorgu gönderme ve yoklama | BigQuery istemcisinin istek yolu |
| Storage API üzerinden indirme | Storage API istemcisi ve taşıması |
Kontrollü bir karşılaştırma için belgelenen create_bqstorage_client=False seçeneği, bu ek istemcinin otomatik olarak oluşturulmasını önler. Bu, hangi yolun başarısız olduğunu belirlemeye yardımcı olabilir. Bu, performans etkileri olan bir taşıma seçimidir; proxy'nin kendisinin onarıldığının kanıtı değildir.
Uygulama kendi Storage API istemcisini sağlıyorsa, o istemciyi bilinçli olarak yapılandırın. Başka bir istemciye eklenmiş özel bir HTTP nesnesinin onu yeniden yapılandıracağını varsaymayın.
Daha eski örnekler, kullanımdan kalkmış httplib2 uygulamalarını veya özel oluşturucu kancalarını tartışır. Entegrasyonu yüklü kitaplık nesliyle eşleştirin ve başarısızlık aşamasını raporda tutun. Bir DataFrame dönüştürme hatası ile reddedilen bir ağ bağlantısı, aynı yöntem çağrısında gerçekleşse bile farklı sonuçlardır.