query တစ်ခု အောင်မြင်စွာ ပြီးဆုံးသော်လည်း ၎င်း၏ ရလဒ်ကို pandas သို့ ဒေါင်းလုဒ်လုပ်ရာတွင် မအောင်မြင်နိုင်ပါ။ BigQuery Python စာကြည့်တိုက်သည် ထို ဒေါင်းလုဒ်အတွက် သီးခြား BigQuery Storage API client ကို အသုံးပြုနိုင်သည်။

RowIterator.to_dataframe interface သည် မူလတန်ဖိုး true ဖြစ်သော create_bqstorage_client နှင့် bqstorage_client argument ကို ဖော်ပြထားသည်။ ထို ဆက်တင်များကို application အတွင်းရှိ မှီခိုမှုများနှင့်အတူ ဖတ်ပါ။ သာမန် query လမ်းကြောင်းတွင် အောင်မြင်ခြင်းသည် ရွေးချယ်နိုင်သော ဒေါင်းလုဒ် သယ်ယူပို့ဆောင်မှုတွင် တူညီသော proxy ပံ့ပိုးမှု သို့မဟုတ် ဖွဲ့စည်းမှု ရှိသည်ဟု သက်သေမပြပါ။

အဆင့်စစ်ဆေးရမည့်အရာ
အထောက်အထား ရယူခြင်းအထောက်အထား သယ်ယူပို့ဆောင်မှုနှင့် identity endpoint
query တင်သွင်းခြင်းနှင့် စစ်တမ်းကောက်ခြင်းBigQuery client ၏ တောင်းဆိုမှု လမ်းကြောင်း
Storage API မှတစ်ဆင့် ဒေါင်းလုဒ်လုပ်ခြင်းStorage API client နှင့် ၎င်း၏ သယ်ယူပို့ဆောင်မှု

ထိန်းချုပ်ထားသော နှိုင်းယှဉ်မှုအတွက် ဖော်ပြထားသော create_bqstorage_client=False ရွေးချယ်မှုသည် ထို အပိုဆောင်း client ကို အလိုအလျောက် ဖန်တီးခြင်းကို ရှောင်ရှားသည်။ မည်သည့် လမ်းကြောင်း မအောင်မြင်သည်ကို ဖော်ထုတ်ရန် ကူညီနိုင်သည်။ ၎င်းသည် စွမ်းဆောင်ရည် သက်ရောက်မှုရှိသော သယ်ယူပို့ဆောင်မှု ရွေးချယ်မှုဖြစ်ပြီး proxy ကိုယ်တိုင် ပြုပြင်ပြီးသည်ဟု သက်သေမဟုတ်ပါ။

application သည် ၎င်း၏ကိုယ်ပိုင် Storage API client ကို ပံ့ပိုးပါက ထို client ကို တမင်တကာ ဖွဲ့စည်းပါ။ အခြား client တွင် တွဲထားသော စိတ်ကြိုက် HTTP object က ၎င်းကို ပြန်လည်ဖွဲ့စည်းမည်ဟု မယူဆပါနှင့်။

အဟောင်း ဥပမာများသည် ခေတ်မမီသော httplib2 အကောင်အထည်ဖော်မှုများ သို့မဟုတ် private constructor hook များအကြောင်း ဆွေးနွေးထားသည်။ ပေါင်းစပ်မှုကို တပ်ဆင်ထားသော စာကြည့်တိုက် မျိုးဆက်နှင့် ကိုက်ညီအောင် လုပ်ပြီး မအောင်မြင်သော အဆင့်ကို အစီရင်ခံစာတွင် ထိန်းသိမ်းပါ။ DataFrame အသွင်ပြောင်းမှု အမှားနှင့် ငြင်းပယ်ခံရသော ကွန်ရက် ချိတ်ဆက်မှုသည် တူညီသော method ခေါ်ဆိုမှုတွင် ဖြစ်ပေါ်လျှင်ပင် မတူညီသော ရလဒ်များ ဖြစ်သည်။

ဆက်စပ်ဆောင်းပါးများ