【问题标题】:Snowflake, INFORMATION_SCHEMA.TABLE_STORAGE_METRICS view, latency?雪花,INFORMATION_SCHEMA.TABLE_STORAGE_METRICS 视图,延迟?
【发布时间】:2021-08-27 22:41:43
【问题描述】:

我遇到了一些我无法解释的事情,我希望 Snowflake 支持可以在这里提供帮助...

INFORMATION_SCHEMA 视图的文档说在这些视图中显示数据没有延迟。 https://docs.snowflake.com/en/sql-reference/account-usage.html#differences-between-account-usage-and-information-schema

但是,此视图中无法立即获得存储分配数据 - INFORMATION_SCHEMA.TABLE_STORAGE_METRICS。

我进行了一些测试,发现在创建表后需要大约 1-1.5 小时来使用存储信息填充视图,特别是这些列 - “active_bytes”、“time_travel_bytes”。

此视图是否会出现延迟显示存储分配数据的预期行为?还是没有?问题出在哪里 - 文档或雪花视图?

这是我的测试用例的简短描述

  1. 在 TEST 数据库、PUBLIC 架构下创建的表 TEST_TABLE(“正常”表,不是临时的,时间旅行保留参数设置为 10 天)
  2. 用数据填充的表,“TABLES”视图显示它不是空的 - 大约 7.5 MB 有大约 130K 行
  3. 切换到 ACCOUNTADMIN 角色以有权访问所需架构
  4. 已检查表 INFORMATION_SCHEMA.TABLE_STORAGE_METRICS - 测试表的“active_bytes”、“time_travel_bytes”列显示为零
  5. 重新检查了几次视图 - 在大约 1 小时内,存储信息显示在“active_bytes”、“time_travel_bytes”这些列中。

执行命令查询视图-

use role ACCOUNTADMIN;
select table_catalog, table_schema, table_name, table_type, is_transient, row_count,  bytes, retention_time from test.information_schema.tables where table_name = 'TEST_TABLE';
select table_catalog, table_schema, table_name, is_transient, active_bytes, time_travel_bytes from test.information_schema.table_storage_metrics where table_name = 'TEST_TABLE';

【问题讨论】:

  • 是的,我也看到了这个案例。用已创建表的值填充两列花了将近 1 个小时。

标签: snowflake-cloud-data-platform


【解决方案1】:

TABLE_STORAGE_METRICS 是用于计费的数据,Snowflake 以特定采样率获取存储计费的快照信息,因此我可以看到活动字节和时间旅行字节不会实时填充。如果您正在寻找表的实时存储,您可能应该利用 information_schema.tables 视图。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2023-03-26
    • 2017-12-08
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多