如何查看 Azure Synapse 中的物化视图数据存储和维护成本？
How to check materialized view data storage and maintenance cost in Azure Synapse?
根据文档：https://docs.microsoft.com/en-us/azure/synapse-analytics/sql-data-warehouse/performance-tuning-materialized-views，物化视图存储和维护会产生一些成本。如何在 Azure 门户中检查这些成本分解 - 成本分析？
@Learnings 我在 here 上回答了关于微软问答的类似问题。请在下方找到回复 -
不幸的是，这个问题没有直接的答案，因为我不确定我们是否可以完全量化它，因为这是非常具体的实现。拥有 MV 极大地有助于查询性能，如果设计正确，则可以从 MV 中受益的用户查询范围很广。
因此，“成本”角度有两个方面：
在数据被引入基础时刷新 MV table - 这取决于需要刷新的 MV 数量和基础 table (s)。鉴于 MV 可以使用一个或多个基础 tables（连接）构建，我不确定我们是否可以在这里提出一个特定的公式。您可能必须对此进行试验，并尝试查看您的典型加载过程如何执行 w/ 和 w/o 存在的 MV。
存储成本 - 虽然在部署 MV 时会使用额外的存储空间，但这真的不是一个问题，因为最近存储价格显着降低。此外，MV 包含聚合数据集，因此与存储在基 table(s).
中的数据相比，MV 中存储的数据量按比例减少
因此，您可能需要进行试验并查看系统行为才能获得。但是，一般来说，查询性能大大超过上述任何一项（如果 MV 设计正确）。
谢谢。
根据文档：https://docs.microsoft.com/en-us/azure/synapse-analytics/sql-data-warehouse/performance-tuning-materialized-views，物化视图存储和维护会产生一些成本。如何在 Azure 门户中检查这些成本分解 - 成本分析？
@Learnings 我在 here 上回答了关于微软问答的类似问题。请在下方找到回复 -
不幸的是，这个问题没有直接的答案，因为我不确定我们是否可以完全量化它，因为这是非常具体的实现。拥有 MV 极大地有助于查询性能，如果设计正确，则可以从 MV 中受益的用户查询范围很广。 因此，“成本”角度有两个方面：
在数据被引入基础时刷新 MV table - 这取决于需要刷新的 MV 数量和基础 table (s)。鉴于 MV 可以使用一个或多个基础 tables（连接）构建，我不确定我们是否可以在这里提出一个特定的公式。您可能必须对此进行试验，并尝试查看您的典型加载过程如何执行 w/ 和 w/o 存在的 MV。
存储成本 - 虽然在部署 MV 时会使用额外的存储空间，但这真的不是一个问题，因为最近存储价格显着降低。此外，MV 包含聚合数据集，因此与存储在基 table(s).
中的数据相比，MV 中存储的数据量按比例减少因此，您可能需要进行试验并查看系统行为才能获得。但是，一般来说，查询性能大大超过上述任何一项（如果 MV 设计正确）。
谢谢。