Performance 计算表与从服务器导入表

Performance 计算表与从服务器导入表,performance,ssas,powerbi,ssas-tabular,dimensional-modeling,Performance,Ssas,Powerbi,Ssas Tabular,Dimensional Modeling,我有一个预期的DW维度模型,包含事实和维度以及一个日期表。该日期表从2015年到2050年,增加了两个极端值1900-01-01和9999-12-31 根据此DW,创建了一个表格模型,该模型将用作Power BI的连接,并且由于Power BI时间智能功能要求日期是连续的,因此从导入中消除了两个极端元素 但是,我也可以从DAX函数创建表,因为行数非常少,并且它将是一个包含两列的表 在处理表格模型时,哪种方法更省时?导入带有限制的完整表或执行DAX查询以创建计算表 感谢您提供任何信息。只要有可能,

我有一个预期的DW维度模型,包含事实和维度以及一个日期表。该日期表从2015年到2050年,增加了两个极端值1900-01-01和9999-12-31

根据此DW,创建了一个表格模型,该模型将用作Power BI的连接,并且由于Power BI时间智能功能要求日期是连续的,因此从导入中消除了两个极端元素

但是,我也可以从DAX函数创建表,因为行数非常少,并且它将是一个包含两列的表

在处理表格模型时,哪种方法更省时?导入带有限制的完整表或执行DAX查询以创建计算表


感谢您提供任何信息。

只要有可能,请在数据仓库中预先计算属性并将其导入表格模型。它的效率明显更高。导入比计算效率更高的关键原因与存储优化有关——导入是优化的,而计算列不是。计算列还可以显著增加数据刷新时间


对于日历表来说,这可能是一个无关紧要的区别——虽然它很小,但这只是一个保持一致的好习惯。一般来说,避免使用表格和Power BI中的计算列-它们应仅在原型制作过程中使用;一旦你弄清楚你想要什么,把它移到数据库。计算出的列和表对于无法有效访问数据仓库的人很有用。如果你这样做了,不要在我5年的建模中使用它们,我的模型中还没有一个计算列

为什么不测试这两个场景?我可以用哪种方式测试这些场景?现在事实表只有大约80000行,但我们预计它会增长到每年1000000行,非常感谢您的见解。像这样的比较就是我想要的。