Google FusionのimportRowsでは、行数がAPIレートの上限に集計されますか？

importRowsメソッドを使用してv2 API経由で単純な行データをGoogle Fusion Tablesに一括アップロードする際に、間欠的な500エラーが発生しました。Google FusionのimportRowsでは、行数がAPIレートの上限に集計されますか？

私たちはスロットリングとバックオフを試みましたが、パターンは、リクエスト数が少なく、レートがかなり遅い場合でもクォータを超えているように見えます。

APIコンソールでは、200件のリクエスト/ 100件に制限されています（他の投稿では0.5/sの制限があります）。

私たちはFusion Tables APIを放棄し、500エラーの予測不可能な性質のために、何かを使ってプロジェクト全体を再構築しようとしています。（重複挿入のリスクを再試行するエラーが返された後で、挿入が発生することがありますが、時にはそうではない場合があります）。

リクエストあたり1,000行をアップロードしているので、これは1,000リクエストとカウントされますか？

2016-07-08 scipilot

importRowsリクエストを作成するときにメディアファイルをアップロードしていますか？テーブルの容量制限（テーブルあたり250MB）を超えている可能性があります。このコードと他のFusion Tableの制限事項に対して、コードとデータのペイロードを確認することができます。

ここ融合テーブルの限界に良い基準は次のとおり

は

2016-07-15 17:56:41

いいえそれは行あたりのデータだけ少量です。これは断続的な問題であり、後で続行するのは通常動作するため、テーブルごとに永続的な制限を超えることはできません。また、エラーには "try again"と表示されます（私には500エラーの直観に反するようです）。 – scipilot

意味があります。おそらく、リクエストごとにアップロードされる行の数を減らすことができます（200未満の行数でストレステストを試してみてください）。また、サーバーが500エラーで応答したときに、エラーの詳細が表示されましたか？それは問題の診断に役立つかもしれません。 –

答えて