Closed stumelius closed 6 months ago
This PR undoes the CASE statement that forced the daily rate sheet service_type to either STORAGE or COMPUTE in stg_rate_sheet_daily and fixes all service_type filters in the package accordingly.
CASE
service_type
STORAGE
COMPUTE
stg_rate_sheet_daily
I cross referenced the hard-coded service_type values with snowflake.organization_usage.rate_sheet_daily, snowflake.account_usage.metering_history and snowflake.account_usage.metering_daily_history. I also did manual validation checks to ensure that the compute spend values are being populated in the daily_spend model.
daily_spend
Thanks for your contribution @stumelius! This is included in release 5.1.0 :)
This PR undoes the
CASE
statement that forced the daily rate sheetservice_type
to eitherSTORAGE
orCOMPUTE
instg_rate_sheet_daily
and fixes allservice_type
filters in the package accordingly.I cross referenced the hard-coded
service_type
values with snowflake.organization_usage.rate_sheet_daily, snowflake.account_usage.metering_history and snowflake.account_usage.metering_daily_history. I also did manual validation checks to ensure that the compute spend values are being populated in thedaily_spend
model.