スナップショットに対してクエリを実行できるので、バックアップから復元しなくても、データを特定の時点まで戻すことが可能です。日後にフラッシュされます。時間前のテーブルのスナップショットから行数を求めるクエリの例を以下に示します。[Project_ID:Dataset.Table@-3600000]詳しくは、ドキュメントに記載されている例を参照してください。ビジネスに不可欠なデータは、データの障害復旧シナリオのガイドに従ってバックアップするようにしましょう。リージョンのロケーションで使用している場合は、データを必ずバックアップしてください。データのクエリを実行する目的には、予測分析、リアルタイムの在庫管理、企業の財務データの唯一の正確な情報源など、分析やビジネスのユースケースへの利用が考えられます。オンデマンド料金で使い始めるケースが一般的です。外部データソースに格納されているデータ量にかかわらず、クエリで処理するデータ量(バイト数)に応じて課金されます。従って、クエリで処理するデータ量を減らす方法を取り入れると効果的です。コマンド、ジョブ、ユーザー定義関数など)の実行コストを削減するテクニックを見ていきましょう。クエリの対象データを絞る。データがカラム形式で格納されているため、パフォーマンスが高いのが特長です。*」を使用すると、テーブル中のすべての列に対してクエリが実行されるため、コストが最も高くなります。*」を使った回数を数えて罪悪感に囚われるのは、あなただけではありません)。クエリで処理されるデータ量の具体例を見てみましょう。一般公開されている天気データセットに対してクエリを実行する例です。減り、コスト削減に直結していることがわかります。句を適用しても、特にコストには影響しないことにご注目ください。オプションの使用をおすすめします。クエリ実行の最初のステージで処理されたバイト数だけが課金対象となることも重要なポイントです。中間ステージで処理されるバイト数を減らすために、複数のステージから成る複雑なクエリを作成することは、コスト面では意味がないので避けましょう(ただし、パフォーマンスが向上する可能性はあります)。コストを削減すると同時にパフォーマンスも向上できます。人為的なミスを防ぐために、上限を設定する。規模なので、たとえ間違いがあっても無駄になるのは数円程度で、ビジネスには大きく影響しません。およぶ場合、そのすべての列に対して、しかも多数のユーザーがクエリを実行すると、いつの間にかコストが膨れ上がる恐れがあります。このような事態を防ぐために、課金される最大バイト数を設定しておくようにしましょう。この上限を越えると、以下のようにクエリのエラーとなり、コストがそれ以上発生しなくなります。コントロールの重要性について、お客様に尋ねられたことがあります。わかりやすいように、次の例を挙げて説明しました。データがあるとしましょう。