BigQuery Python: упити раде кроз прокси, преузимања не успевају
Проверите да ли преузимање резултата BigQuery Python ствара посебан Storage API клијент независно од HTTP путање упита.
Упит може успешно да се заврши и ипак не успе при преузимању свог резултата у pandas. Библиотека BigQuery Python може за то преузимање да користи посебан BigQuery Storage API клијент.
Интерфејс RowIterator.to_dataframe документује create_bqstorage_client, чија је подразумевана вредност true, и аргумент bqstorage_client. Читајте та подешавања заједно са зависностима присутним у апликацији. Успех на уобичајеној путањи упита не доказује да опциони транспорт преузимања има исту подршку за прокси или исту конфигурацију.
| Фаза | Шта прегледати |
|---|---|
| Прибављање акредитива | Транспорт акредитива и endpoint идентитета |
| Слање и анкетирање упита | Путања захтева BigQuery клијента |
| Преузимање преко Storage API | Storage API клијент и његов транспорт |
За контролисано поређење, документована опција create_bqstorage_client=False избегава аутоматско стварање тог додатног клијента. То може помоћи да се утврди која путања не успева. То је избор транспорта са последицама на перформансе, а не доказ да је сам прокси поправљен.
Ако апликација обезбеђује сопствени Storage API клијент, конфигуришите тај клијент намерно. Не претпостављајте да прилагођени HTTP објекат прикачен на други клијент реконфигурише овај.
Старији примери говоре о застарелим httplib2 имплементацијама или приватним кукама конструктора. Ускладите интеграцију са генерацијом инсталиране библиотеке и задржите фазу неуспеха у извештају. Грешка при конверзији у DataFrame и одбијена мрежна веза су различити исходи чак и када се јаве у истом позиву метода.