BigQuery Python. հարցումները աշխատում են վստահված սերվերի միջոցով, ներբեռնումները ձախողվում են
Ստուգեք, թե արդյոք BigQuery Python-ի արդյունքի ներբեռնումը Storage API հաճախորդ է ստեղծում՝ անկախ հարցման HTTP ուղուց։
Հարցումը կարող է հաջողությամբ ավարտվել և միևնույն ժամանակ ձախողվել, երբ դրա արդյունքը ներբեռնվում է 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-ի փոխարկման սխալը և մերժված ցանցային կապը տարբեր արդյունքներ են, նույնիսկ երբ դրանք տեղի են ունենում նույն մեթոդի կանչում։