- スキーマ:
 
VIEWS ビュー¶
このアカウント使用状況ビューには、 ACCOUNT_USAGE、 READER_ACCOUNT_USAGE、および INFORMATION_SCHEMA スキーマのビューを含まない、アカウントの各ビューの行が表示されます。
- こちらもご参照ください。
 
列¶
列名  | 
データ型  | 
説明  | 
|---|---|---|
TABLE_ID  | 
NUMBER  | 
ビューの内部/システム生成識別子。  | 
TABLE_NAME  | 
VARCHAR  | 
ビューの名前。  | 
TABLE_SCHEMA_ID  | 
NUMBER  | 
ビューが属するスキーマの内部/システム生成識別子。  | 
TABLE_SCHEMA  | 
VARCHAR  | 
ビューが属するスキーマ。  | 
TABLE_CATALOG_ID  | 
NUMBER  | 
ビューが属するデータベースの内部/システム生成識別子。  | 
TABLE_CATALOG  | 
VARCHAR  | 
ビューが属するデータベース。  | 
TABLE_OWNER  | 
VARCHAR  | 
ビューを所有するロールの名前。  | 
VIEW_DEFINITION  | 
VARCHAR  | 
ビューのクエリ式のテキスト。  | 
CHECK_OPTION  | 
VARCHAR  | 
Snowflakeには適用されません。  | 
IS_UPDATABLE  | 
VARCHAR  | 
Snowflakeには適用されません。  | 
INSERTABLE_INTO  | 
VARCHAR  | 
Snowflakeには適用されません。  | 
IS_SECURE  | 
VARCHAR  | 
ビューが安全かどうかを指定します。  | 
CREATED  | 
TIMESTAMP_LTZ  | 
ビューが作成された日時。  | 
LAST_ALTERED  | 
TIMESTAMP_LTZ  | 
オブジェクトが DML、 DDL、 またはバックグラウンドでのメタデータ処理によって最後に変更された日時。 使用上の注意 をご参照ください。  | 
LAST_DDL  | 
TIMESTAMP_LTZ  | 
テーブルまたはビューに対して最後に実行された DDL 操作のタイムスタンプ。 サポートされているすべてのテーブル/ビュー DDL 操作は、このフィールドを更新します。 
 テーブルパラメーターの設定解除(例: COMMENT、 DATA_RETENTION_TIME など)、テーブル例の変更(ADD / MODIFY / RENAME / DROP)など、 ALTER TABLE の操作はすべてこのフィールドを更新します。 詳細については、 使用上の注意 をご参照ください。  | 
LAST_DDL_BY  | 
VARCHAR  | 
最後に DDL 操作を実行したユーザーの現在のユーザー名。ユーザーがドロップされた場合は、  削除されたユーザーの場合、 ACCOUNT_USAGE または ORGANIZATION_USAGE スキーマの USERS ビューで、   | 
DELETED  | 
TIMESTAMP_LTZ  | 
ビューが削除された日時。  | 
COMMENT  | 
VARCHAR  | 
ビューのコメント。  | 
INSTANCE_ID  | 
NUMBER  | 
オブジェクトが属するインスタンスの内部/システム生成識別子。  | 
OWNER_ROLE_TYPE  | 
VARCHAR  | 
オブジェクトを所有するロールのタイプ。例えば   | 
使用上の注意¶
ビューの遅延は最大90分です。
ビューは MANAGE GRANTS 権限を尊重しないため、 MANAGE GRANTS 権限を持つユーザーが両方を実行する場合、 SHOW コマンドよりも表示される情報が少なくなる場合があります。
LAST_ALTERED 列は、オブジェクトに対して以下の操作を実行したときに更新されます。
DDL 操作 。
DML 操作(テーブル用のみ)。この列は、 DML ステートメントによって影響を受ける行がない場合でも更新されます。
Snowflakeが実行するメタデータのバックグラウンド保守作業。
ビューとテーブルの場合、オブジェクトの最終更新時刻には LAST_DDL 列を使用します。
LAST_DDL 列の値は以下のように更新されます。
テーブルやビューが作成されると、 LAST_DDL のタイムスタンプは CREATED のタイムスタンプと同じになります。
テーブルやビューがドロップされると、 LAST_DDL のタイムスタンプは DELETED のタイムスタンプと同じになります。
最後の DDL データは、列が 追加 される前に発生した操作については利用できません。新しい DDL フィールドは、 DDL 操作が実行されるまで
nullを含みます。複製されたデータベースの場合、 LAST_DDL と LAST_DDL_BY フィールドはプライマリデータベース内のオブジェクトに対してのみ更新されます。フェールオーバー後、 LAST_DDL および LAST_DDL_BY フィールドは、新しく昇格したプライマリデータベースのテーブルおよびビューの DDL 操作用に更新されます。これらのフィールドは、セカンダリデータベース内のオブジェクトについては変更されません。
セカンダリデータベース内のオブジェクトで、リフレッシュ操作中に新しく作成されたオブジェクトの場合、これらのフィールドは
nullになります。