GoogleのBQクォータポリシーによると、1プロジェクトにつき1万回の制限があることを示しています。BQで現在使用されている使用済みのクォータを確認するにはどうすればよいですか？
Google APIのウェブサイトでは、自分のプロジェクトのクォータが表示されますが、「使用済み」の列は常に0％です。 （私が最大に達したことは分かっていますが）
最近の日の負荷要求はどのように確認できますか？ また、クォータが何時にリセットされますか？
ありがとうございました。
あなたは、1日のクォータで使用した負荷の数（最後の日にジョブをリストアップし、ロードされた数をカウントする以外）を見つける方法ではありません。 Google Cloud Consoleページのクォータページにデータを追加することを検討しています。リストに負荷制限を追加します。
BigQueryにはいくつかの種類のクォータ制限があります。ユーザーが有限の容量を使いすぎるのを防ぐためのハード制限があります。大規模なクエリでは多くのリソースが使用され、ある顧客が他のユーザーのパフォーマンスに悪影響を及ぼすことができないようにするため、同時の「大規模な」クエリの制限があります。ハードクォータは容量を増やすにつれて増加する傾向があります。
BigQueryの効率的な使用を促すために、「ソフト」クォータは他にもあります。負荷制限は、これらの「ソフト」クォータの1つで、ユーザーが多数の小さな更新やたくさんの小さなテーブルへの書き込みを行わないように設計されています。
小さな更新をたくさん行っている場合は、ストリーミング挿入メカニズム（tabledata.insertAll（））を使用する方がよい場合があります。これにより、テーブルにすぐに追加される行をBigQueryに投稿できます。同じテーブルに追加する小さなロードジョブがたくさんある場合は、テーブルでBigQueryの定期的な結合操作が実行されるまでテーブルが最適化されないことを意味します。一方、tabledata.insertAll（）を使用して書き込まれる表は、はるかに効率的に書き出され、合体する必要はありません。
多くの小さなテーブルに書き込む場合は、多数のテーブルをクエリする予定であることを示している可能性があります。クエリ内に小さなテーブルがたくさんあることは、BigQueryがクエリごとにもっと多くの作業をしなければならず、データの格納方法の柔軟性が低いことを意味します。
プロジェクトごとに1日に10kを超える負荷が必要な理由はたくさんあります。その場合は、ユースケースをよく理解したいと思います。 Googleクラウドサポート（https://cloud.google.com/support/）を使用してサポートを手配している場合は、サポート担当者がお客様のニーズを把握し、クォータのバンプが合理的かどうかを確認することができます。