テーブルスナップショットの概要

このドキュメントでは、BigQuery テーブルスナップショットの概要を紹介します。これは、テーブルスナップショットの作成、復元、更新、情報の取得、クエリなど、BigQuery テーブルスナップショットの操作方法を説明する一連のドキュメントの中の最初のドキュメントです。このドキュメントセットは、BigQuery と BigQuery テーブルをよく使用されている方を対象としています。

テーブルスナップショット

BigQuery テーブルスナップショットでは、特定の時点でのテーブルの内容（ベーステーブルと呼ばれます）が保持されます。現在のテーブルのスナップショットを保存することや、過去 7 日間の任意の時点におけるテーブルのスナップショットを作成することが可能です。テーブルスナップショットには、有効期限を設定できます。テーブルスナップショットを作成した後、構成した時間が経過すると、そのスナップショットは、BigQuery により削除されます。テーブルスナップショットでは、標準のテーブルと同じようにクエリを実行できます。テーブルスナップショットは読み取り専用ですが、テーブルスナップショットから標準テーブルを作成（復元）し、復元したテーブルを変更できます。

テーブルスナップショットを使用するメリットは、次のとおりです。

レコードを 7 日間以上保持する。BigQuery のタイムトラベルでは、過去 7 日以内のテーブルのデータにのみアクセスできます。テーブルスナップショットを使用すると、指定した時点におけるテーブルのデータを必要な期間保持できます。
ストレージ費用を最小限に抑える。BigQuery では、スナップショットとベーステーブルで異なるバイトのみが保存されるため、通常、テーブルスナップショットでは、使用するストレージがテーブルの完全なコピーよりも少なくなります。

テーブルの変更可能で軽量なコピーが必要な場合は、テーブルクローンの使用を検討してください。

テーブルスナップショットのアクセス制御

テーブルスナップショットのアクセス制御は、テーブルのアクセス制御と似ています。詳細については、IAM を使用してリソースへのアクセスを制御するをご覧ください。

テーブルスナップショットのクエリ

テーブルスナップショットのデータに対するクエリは、他のタイプの BigQuery テーブルに対するクエリと同じ方法で実行します。詳細については、BigQuery データのクエリをご覧ください。

ストレージの費用

テーブルスナップショットにはストレージ費用が適用されますが、BigQuery では、別のテーブルにまだ課金されていないテーブルスナップショットのデータに対してのみ課金されます。

テーブルスナップショットを作成すると、最初はテーブルスナップショットのストレージ費用が発生しません。
テーブルスナップショットの作成後に新しいデータがベーステーブルに追加された場合、テーブルスナップショットでのそのデータの保存に対しては課金されません。
テーブルスナップショットにも存在するベーステーブル内のデータを変更または削除すると、次の料金が発生します。
- 変更または削除したデータのテーブルスナップショットストレージに対して課金されます。
- ベーステーブルが物理ストレージとして課金される場合、タイムトラベルとフェイルセーフの料金はベーステーブルに課金されません。スナップショットが削除されると、タイムトラベルとフェイルセーフに対して課金されます。
- 変更または削除されたデータを含むスナップショットが複数ある場合は、最も古いスナップショットで使用されているストレージに対してのみ課金されます。
同じリージョン内、あるいは単一リージョン / マルチリージョンから別のリージョンにテーブルスナップショットまたはクローンをコピーすると、テーブルの完全なコピーが作成されます。これにより、追加のストレージ費用が発生します。

次の図に、ベーステーブルとテーブルスナップショットのストレージ料金の違いを示します。

テーブルスナップショットの課金の例

注:

BigQuery ストレージは列ベースのため、ベーステーブル内のデータを少し変更すると、テーブルスナップショットのストレージコストが大幅に増加する可能性があります。
ベーステーブルにいくらか変更を加えると、テーブルのテーブルスナップショットの費用としてストレージの全容量分が請求される場合があります。たとえば、クラスタリングを使用してベーステーブルを変更する場合は、自動再クラスタリングが発生する可能性があります。再クラスタリングによってベーステーブルのストレージブロックが書き換えられるため、ベーステーブルのストレージはスナップショットのストレージと同じではなくなります。これにより、ベーステーブルのスナップショットのうち最も古いものの費用として、変更されたパーティションの全容量分が請求される可能性があります。
テーブルスナップショットのストレージ費用は、パーティションを使用することによって削減できます。通常、BigQuery では、テーブル全体のスナップショットではなく、パーティション内で変更されたデータのコピーのみを作成します。

詳細については、BigQuery のストレージの料金をご覧ください。

制限事項

テーブルスナップショットは、ベーステーブルと同じリージョン内、同じ組織下に存在する必要があります。別のリージョンのデータセットを選択すると、BigQuery は、そのリージョンのターゲットデータセットにテーブルのコピーを作成します。
テーブルスナップショットは読み取り専用で、スナップショットから標準テーブルを作成してデータを更新しない限り、テーブルスナップショットのデータは更新できません。説明、有効期限、アクセスポリシーなど、テーブルスナップショットのメタデータのみ更新できます。
タイムトラベルの 7 日間制限により、7 日以内のテーブルデータのスナップショットのみ作成できます。
ビューやマテリアライズドビューのスナップショットは作成できません。
外部テーブルのスナップショットは作成できません。
テーブルスナップショットを作成する際に、既存のテーブルやテーブルスナップショットを上書きすることはできません。
書き込みに最適化されたストレージ（ストリーミングバッファ）にデータがあるテーブルのスナップショットを作成する場合、書き込みに最適化されたストレージのデータはテーブルスナップショットに含まれません。
タイムトラベルのデータを含むテーブルのスナップショットを作成した場合、タイムトラベルのデータはテーブルスナップショットに含まれません。
パーティションの有効期限が設定されているパーティション分割テーブルのスナップショットを作成する場合、パーティションの有効期限情報はスナップショットで保持されません。スナップショットテーブルは、代わりに宛先データセットのデフォルトのパーティション有効期限を使用します。パーティションの有効期限情報を保持するには、代わりにテーブルをコピーします。

割り当てと上限

テーブルスナップショットに適用される割り当てと上限については、テーブルスナップショットの割り当てと上限をご覧ください。

テーブル スナップショットの概要