- スキーマ:
TABLE_STORAGE_METRICS ビュー¶
重要
この表示は組織アカウントでのみ利用可能です。詳細については、 組織アカウントのプレミアムビュー をご参照ください。
このOrganization Usageビューには、テーブルレベルのストレージ使用情報が表示されます。この情報は、削除されたけれでもまだストレージコストが発生しているテーブルなど、アカウント内の各テーブルのストレージ請求を計算するために使用されます。
ビューには、テーブルのメタデータに加えて、テーブルごとに請求されるストレージバイト数が表示されます。Snowflakeは、バイトを次のカテゴリに分類します。
クエリ可能なテーブル内のデータを表すアクティブバイト。
システムからまだパージされていないためにストレージ料金が発生している削除済みバイト。これらのバイトは、次のサブカテゴリに分類されます。
Time Travelのバイト数(最近削除されたが、まだテーブルのTime Travel保持期間内)。
Fail-safeのバイト(Time Travel保持期間を過ぎているが、テーブルのFail-safe期間内の削除済みバイト)。
クローン用に保持されたバイト(Time TravelまたはFail-safeにはなくなったが、テーブルのクローンがバイトを参照しているために保持されたままの削除済みバイト)。
つまり、テーブル内のデータのさまざまな状態(アクティブ、Time Travel、Fail-safe、またはクローンの保持)に関係なく、対応するテーブルがストレージについて課金されなくなるまで、このビューで行が維持されます)。
テーブルのデータストレージの詳細については、 データストレージに関する考慮事項 をご参照ください。
列¶
組織レベルの列
列名 |
データ型 |
説明 |
|---|---|---|
ORGANIZATION_NAME |
VARCHAR |
組織の名前。 |
ACCOUNT_LOCATOR |
VARCHAR |
システムが生成したアカウントの識別子。 |
ACCOUNT_NAME |
VARCHAR |
ユーザー定義のアカウント識別子。 |
追加列
列名 |
データ型 |
説明 |
|---|---|---|
ID |
NUMBER |
テーブルの内部/システム生成識別子。 |
TABLE_NAME |
VARCHAR |
テーブルの名前。 |
TABLE_SCHEMA_ID |
NUMBER |
テーブルのスキーマの内部/システム生成識別子。 |
TABLE_SCHEMA |
VARCHAR |
テーブルが属するスキーマ。 |
TABLE_CATALOG_ID |
NUMBER |
テーブルのデータベースの内部/システム生成識別子。 |
TABLE_CATALOG |
VARCHAR |
テーブルが属するデータベース。 |
CLONE_GROUP_ID |
NUMBER |
このテーブルの最も古いクローンの先祖の一意の識別子。テーブルがクローンでない場合、ID と同じです。 |
IS_TRANSIENT |
VARCHAR |
テーブルが一時または仮テーブルの場合は「YES」、それ以外の場合は「NO」。一時テーブルと仮テーブルには、Fail-safe期間はありません。 |
ACTIVE_BYTES |
NUMBER |
このテーブルが所有(および請求)し、テーブルがアクティブ状態にあるバイト。Icebergテーブルストレージでは、アクティブバイトは Iceberg テーブルに請求されません。詳細については、 Icebergテーブルの請求 をご参照ください。 |
TIME_TRAVEL_BYTES |
NUMBER |
このテーブルが所有(および請求)し、テーブルがTime Travel状態にあるバイト。 |
FAILSAFE_BYTES |
NUMBER |
このテーブルが所有(および請求)し、テーブルのFail-safe状態にあるバイト。 |
RETAINED_FOR_CLONE_BYTES |
NUMBER |
Bytes owned by (and billed to) this table that are retained after deletion because they are referenced by one or more clones of this table, or by WORM backups that contain the table. |
DELETED |
BOOLEAN |
テーブルがドロップまたは再作成された場合は TRUE |
TABLE_CREATED |
TIMESTAMP_LTZ |
テーブルが作成された日時。 |
TABLE_DROPPED |
TIMESTAMP_LTZ |
テーブルがドロップされた日時。テーブルがドロップされていない場合は NULL 。 |
TABLE_ENTERED_FAILSAFE |
TIMESTAMP_LTZ |
テーブルがドロップされた場合、Fail-safe状態になった、あるいは NULL になった日時。この状態では、UNDROP を使用してテーブルを復元できません。Fail-safeを使用してリカバリできない一時テーブルの場合、この列はTime Travel保持期間がいつ経過したかを示します。 |
SCHEMA_CREATED |
TIMESTAMP_LTZ |
テーブルのスキーマが作成された日時。 |
SCHEMA_DROPPED |
TIMESTAMP_LTZ |
テーブルのスキーマがドロップされた日時。 |
CATALOG_CREATED |
TIMESTAMP_LTZ |
テーブルのデータベースが作成された日時。 |
CATALOG_DROPPED |
TIMESTAMP_LTZ |
テーブルのデータベースがドロップされた日時。 |
COMMENT |
VARCHAR |
テーブルのコメント。 |
INSTANCE_ID |
NUMBER |
オブジェクトが属するインスタンスの内部/システム生成識別子。 |
ARCHIVE_STORAGE_COOL_ACTIVE_BYTES |
NUMBER |
The number of bytes in the cool storage tier owned by (and billed to) this table that are in the active state for the table. |
ARCHIVE_STORAGE_COLD_ACTIVE_BYTES |
NUMBER |
The number of bytes in the cold storage tier owned by (and billed to) this table that are in the active state for the table. |
ARCHIVE_STORAGE_COOL_TIME_TRAVEL_BYTES |
NUMBER |
The number of bytes in the cool storage tier owned by (and billed to) this table that are in the Time Travel state for the table. |
ARCHIVE_STORAGE_COLD_TIME_TRAVEL_BYTES |
NUMBER |
The number of bytes in the cold storage tier owned by (and billed to) this table that are in the Time Travel state for the table. |
ARCHIVE_STORAGE_COOL_FAILSAFE_BYTES |
NUMBER |
The number of bytes owned by (and billed to) this table in the COOL storage tier that are in the Fail-safe state for the table. |
ARCHIVE_STORAGE_COLD_FAILSAFE_BYTES |
NUMBER |
The number of bytes owned by (and billed to) this table in the COLD storage tier that are in the Fail-safe state for the table. |
ARCHIVE_STORAGE_COOL_EARLY_DELETION_PENALTY_BYTES |
NUMBER |
早期に削除および請求される、COOLストレージティア内のペナルティバイト数。詳細は、:ref:`最小ストレージ期間料金<label-slp_billing_penalty_bytes>`をご参照ください。 |
ARCHIVE_STORAGE_COLD_EARLY_DELETION_PENALTY_BYTES |
NUMBER |
早期に削除および請求される、COLDストレージティア内のペナルティバイト数。詳細は、:ref:`最小ストレージ期間料金<label-slp_billing_penalty_bytes>`をご参照ください。 |
使用上の注意¶
ビューの遅延は最大24時間です。
注釈
BCR-2127 では、このビューにストレージライフサイクルポリシーの新しい列が含まれます。ストレージライフサイクルポリシー列を表示するには、アカウントで2025_07動作変更バンドルを有効にする必要があります。
アカウントでこのバンドルを有効にする には、以下のステートメントを実行します。
SELECT SYSTEM$ENABLE_BEHAVIOR_CHANGE_BUNDLE('2025_07');
IDおよびCLONE_GROUP_ID:テーブルの名前が変更された場合やドロップされた場合でも、ライフサイクル全体を通してテーブルの
IDは変わりません。テーブルがドロップされたがストレージコストが発生する場合でも、
CLONE_GROUP_IDはクローンの最も古い先祖のIDです。例:テーブル
t2はt1からクローンされたものです。テーブル
t3はt2からクローンされたものです。
t1がドロップされ、最終的にSnowflakeからパージされた場合でも、3つのテーブルはすべてt1のIDをCLONE_GROUP_IDとしてリストします。IDsが同一の場合、テーブルはクローンではありません。
ストレージバイトは常に、バイトが最初に追加されたテーブルによって所有、したがって請求されます。その後、テーブルがクローンされると、ソーステーブルからバイトが削除された場合でも、これら開始時のバイトのストレージメトリックはクローンに転送されません。
クローンテーブルは、元のテーブルまたはクローンされたテーブルのいずれかが変更されるまで、同じ基のストレージ(マイクロパーティションレベルで)を共有します。いずれかのテーブルに変更が加えられるたびに、テーブルは変更されたバイトの「所有権」を取得します。
ドロップされたテーブルは、ストレージコストが発生する限り、ビューに表示されます。
ドロップされたテーブルはアクティブなストレージメトリックを保持し、テーブルが復元された場合にアクティブになるバイト数を示します。
テーブルのTime Travel保持期間内にドロップされたテーブルは、UNDROPコマンドを使用して復元できます。
Fail-safeでドロップされたテーブル(
TABLE_ENTERED_FAILSAFEはNULLではない)は、以下を除くほとんどの列にNULL値を表示する可能性があります。- ID列:
ID、CLONE_GROUP_ID- バイト列:
ACTIVE_BYTES、TIME_TRAVEL_BYTES、FAILSAFE_BYTES、RETAINED_FOR_CLONE_BYTES
これらのテーブルは、 UNDROP コマンドを使用して復元できません。
Time Travelの保持期間が0日のテーブルからデータが削除されると、テーブルの種類に応じて、非同期バックグラウンドプロセスがアクティブなバイトをパージするか、Fail-safeストレージに直接移動します。これが完了するまでに少し時間がかかる場合があります。その間、Time Travelの保持期間が0日であっても、
TIME_TRAVEL_BYTES列にゼロ以外の値が含まれる場合があります。FAILSAFE_BYTESは、Time Travelを通過したバイトを示します。そのようなバイトはすべて、現在のテーブルに請求されます。複数の行の
TABLE_NAME列に同じ値がある場合、テーブルに複数のバージョンが存在することを示します。テーブルがドロップされるたびにバージョンが作成され、同じ名前の新しいテーブルが作成されます。これには、既存のテーブルで CREATE OR REPLACE TABLE コマンドが発行されたときも含まれます。現在のバージョンではTABLE_DROPPED列の値がNULLであることに注意してください。他のすべてのバージョンではタイムスタンプ値があります。テーブルの各バージョンにTime Travel(およびテーブルが永続的である場合はFail-safe)に関連するストレージコストが発生するため、これに注意することが重要です。2018年8月より前の
DELETED列のデータは正確でない可能性があります。場合によっては、アクティブバイトに、ドロップされた列のデータのバイトが含まれることがあります。詳細については、 ALTER TABLE の 使用上の注意 をご参照ください。
Icebergテーブルの場合:
Snowflakeが Icebergテーブル ストレージの請求をすることはありません。詳細については、 Icebergテーブルの請求 をご参照ください。
テーブルが外部管理で、 行レベル削除 を使用している場合、このビューではストレージ使用率情報が不正確に表示される可能性があります。