BigQuery Python: ક્વેરીઓ પ્રોક્સી દ્વારા કાર્ય કરે છે, ડાઉનલોડ્સ નિષ્ફળ જાય છે
તપાસો કે BigQuery Python પરિણામ ડાઉનલોડ ક્વેરીના HTTP માર્ગથી સ્વતંત્ર રીતે Storage API ક્લાયન્ટ બનાવે છે કે નહીં.
એક ક્વેરી સફળતાપૂર્વક પૂર્ણ થઈ શકે છે અને તેમ છતાં તેનું પરિણામ pandas માં ડાઉનલોડ કરતી વખતે નિષ્ફળ જઈ શકે છે. BigQuery Python લાઇબ્રેરી તે ડાઉનલોડ માટે અલગ BigQuery Storage API ક્લાયન્ટ વાપરી શકે છે.
RowIterator.to_dataframe ઇન્ટરફેસ create_bqstorage_client નું દસ્તાવેજીકરણ કરે છે, જે મૂળભૂત રીતે true છે, અને bqstorage_client આર્ગ્યુમેન્ટ. તે સેટિંગ્સ એપ્લિકેશનમાં રહેલી નિર્ભરતાઓ સાથે વાંચો. સામાન્ય ક્વેરી માર્ગ પરની સફળતા એ સાબિત કરતી નથી કે વૈકલ્પિક ડાઉનલોડ ટ્રાન્સપોર્ટને સમાન પ્રોક્સી સપોર્ટ કે રૂપરેખાંકન છે.
| તબક્કો | શું તપાસવું |
|---|---|
| ઓળખપત્રો મેળવવા | ઓળખપત્ર ટ્રાન્સપોર્ટ અને ઓળખ એન્ડપોઇન્ટ |
| ક્વેરી સબમિટ કરવી અને પોલિંગ કરવું | BigQuery ક્લાયન્ટનો વિનંતી માર્ગ |
| Storage API દ્વારા ડાઉનલોડ કરવું | Storage API ક્લાયન્ટ અને તેનો ટ્રાન્સપોર્ટ |
નિયંત્રિત સરખામણી માટે, દસ્તાવેજીકૃત create_bqstorage_client=False વિકલ્પ તે વધારાના ક્લાયન્ટને આપમેળે બનાવવાનું ટાળે છે. તે કયો માર્ગ નિષ્ફળ જાય છે તે ઓળખવામાં મદદ કરી શકે છે. તે કામગીરી પર અસરો ધરાવતી ટ્રાન્સપોર્ટ પસંદગી છે, પ્રોક્સી પોતે સમારવામાં આવ્યું છે તેનો પુરાવો નથી.
જો એપ્લિકેશન પોતાનું Storage API ક્લાયન્ટ પૂરું પાડે છે, તો તે ક્લાયન્ટને જાણી જોઈને ગોઠવો. એવું ન ધારો કે બીજા ક્લાયન્ટ સાથે જોડાયેલ કસ્ટમ HTTP ઑબ્જેક્ટ તેને ફરીથી ગોઠવશે.
જૂનાં ઉદાહરણો અપ્રચલિત httplib2 અમલીકરણો કે ખાનગી કન્સ્ટ્રક્ટર હૂક્સની ચર્ચા કરે છે. એકીકરણને સ્થાપિત લાઇબ્રેરી પેઢી સાથે મેળવો, અને અહેવાલમાં નિષ્ફળતાનો તબક્કો જાળવી રાખો. DataFrame રૂપાંતરણ ભૂલ અને નકારાયેલ નેટવર્ક જોડાણ જુદાં પરિણામો છે, જ્યારે તે એક જ મેથડ કૉલમાં થાય ત્યારે પણ.