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-ის გარდაქმნის შეცდომა და უარყოფილი ქსელური კავშირი სხვადასხვა შედეგია, თუნდაც ისინი ერთსა და იმავე მეთოდის გამოძახებაში მოხდეს.