如何准确核算Snowflake各数据库成本 现有QUERY_HISTORY方法估算值偏高

现有计算逻辑的问题 #

• 核心错误是重复计算并行查询的时间成本：Snowflake仓库支持并行执行多个查询，同一时间窗口内多个查询的EXECUTION_TIME是重叠的，直接将所有查询的EXECUTION_TIME累加后乘单位时间成本，会把同一段仓库运行时间重复计算多次，最终总金额必然远高于实际计费值。
• 未匹配计费规则：Snowflake虚拟仓库按实际运行的时间窗口计费（最小计费单位1分钟，支持按秒计费的仓库除外），空闲等待自动挂起前的空跑时间也会计费，这部分成本你现有逻辑没有覆盖分摊。
• 未覆盖全部成本项：METERING_DAILY_HISTORY的总成本包含计算成本、存储成本、超额云服务成本三部分，你当前仅计算了查询关联的计算成本，存储、云服务部分未纳入统计。

低复杂度的分库成本估算方案 #

你可以按成本类型分别拆分，整体实现难度很低，且最终总和能和官方计费表匹配：

1. 存储成本拆分 #

直接查询DATABASE_STORAGE_USAGE_HISTORY系统表，按数据库维度统计每日/每小时的存储占用量，乘你的账户对应区域的单位存储成本即可，这部分数据完全精准，不需要额外计算。

2. 计算成本拆分 #

修改原有统计逻辑即可对齐实际计费：

1. 先按「分钟+仓库」维度分组，统计每分钟仓库的实际计费成本，和METERING_HISTORY表的计算成本值对齐
2. 将每分钟的仓库成本，按该分钟内所有查询的QUERY_LOAD_PERCENT占比分摊到每个查询
3. 每个查询的成本按归属数据库累加即可（跨库查询可以自定义分摊规则，比如按扫描数据量占比拆分，或默认归属会话当前数据库）

3. 云服务成本拆分 #

云服务成本仅当超出当月计算成本的10%时才会单独计费，金额占比通常极低，直接按各数据库的存储+计算成本占比分摊即可，不需要做精细化拆分。

如果可以提前做规则配置，更简单的方案是使用Snowflake原生的标签功能：给访问对应数据库的用户、角色、会话打上对应数据库的成本标签，后续直接关联标签和计费表就能直接输出分库成本，不需要额外开发统计逻辑。

内容的提问来源于stack exchange，提问作者brizen