Power BI中的SQL停止和数据建模从何处开始?

Power BI中的SQL停止和数据建模从何处开始?,sql,sql-server,database,powerbi,Sql,Sql Server,Database,Powerbi,我正在Power BI Desktop中使用SQL Server数据库中的数据创建数据集。我已经阅读了建议使用数据库视图的文章,但我想知道:如何构造它们 已经有一个数据库视图,其中包含我需要的大部分信息。此视图由7或8个其他更基本的视图(主要是2个带键和值的列表)组成,使用左联接组合。我是将较大的视图作为平面表导入,还是将每个较小的视图作为平面表导入,并在Power BI中创建关系等(理想情况下是星型模式) 从概念上讲,我想我是在问:当涉及到创建和导入视图时,SQL在哪里停止,Power BI从

我正在Power BI Desktop中使用SQL Server数据库中的数据创建数据集。我已经阅读了建议使用数据库视图的文章,但我想知道:如何构造它们

已经有一个数据库视图,其中包含我需要的大部分信息。此视图由7或8个其他更基本的视图(主要是2个带键和值的列表)组成,使用左联接组合。我是将较大的视图作为平面表导入,还是将每个较小的视图作为平面表导入,并在Power BI中创建关系等(理想情况下是星型模式)

从概念上讲,我想我是在问:当涉及到创建和导入视图时,SQL在哪里停止,Power BI从哪里开始

在创建和导入视图时,SQL停止和Power BI从何处开始

好问题。没有简单的答案。通常,在Power BI中建模比在数据库中建模更快、更容易。但是数据库中的建模支持DirectQuery,在PowerBI之外更有用

有时,它归结为谁在创建模型。“数据仓库”团队倾向于首先在数据库中创建模型,可以是视图,也可以是表。分析师和最终用户倾向于直接在Power BI中创建模型

有时可以归结为该模型是否打算用于多个报告

在创建和导入视图时,SQL停止和Power BI从何处开始

好问题。没有简单的答案。通常,在Power BI中建模比在数据库中建模更快、更容易。但是数据库中的建模支持DirectQuery,在PowerBI之外更有用

有时,它归结为谁在创建模型。“数据仓库”团队倾向于首先在数据库中创建模型,可以是视图,也可以是表。分析师和最终用户倾向于直接在Power BI中创建模型


有时,它归结为模型是否打算用于多个报告。

这里没有一刀切的方法

如果您的大视图已经有了所需的内容,并且您只需要将其用于一次性报告,那么您可以对其进行修改以添加额外的字段(数据点),同时考虑到创建模式所需的工作量

您是否应该导入较小的视图并将其连接为星型模式(考虑到它们有一个由维度表包围的事实表)取决于您是否要在连接数据的许多其他报表中使用该视图,即在每个报表中为您提供相同级别的信息


创建视图还取决于许多其他因素,您是在查询prod数据库的报告快照(或读取副本),还是在查询实际的生产数据库。这可能会限制您或影响对视图和物化视图的选择

这里没有一刀切的方法

如果您的大视图已经有了所需的内容,并且您只需要将其用于一次性报告,那么您可以对其进行修改以添加额外的字段(数据点),同时考虑到创建模式所需的工作量

您是否应该导入较小的视图并将其连接为星型模式(考虑到它们有一个由维度表包围的事实表)取决于您是否要在连接数据的许多其他报表中使用该视图,即在每个报表中为您提供相同级别的信息


创建视图还取决于许多其他因素,您是在查询prod数据库的报告快照(或读取副本),还是在查询实际的生产数据库。这可能会限制您或影响对视图和物化视图的选择

谢谢。似乎模型重用是一个因素——在这里的两个答案中都提到了。是的。请记住,构建一个有用的可重用模型要比构建一个足够适合单个报表的模型困难得多。许多团队已经偏离了正轨,他们试图让一切都基于标准化、集中化、单一的真相来源模型。谢谢。似乎模型重用是一个因素——在这里的两个答案中都提到了。是的。请记住,构建一个有用的可重用模型要比构建一个足够适合单个报表的模型困难得多。许多团队已经偏离了正轨,他们试图让一切都基于标准化、集中化、单一的真相来源模型。谢谢。见上述评论。我正在查询实际数据库的视图。我想我现在将使用更大的视图,并为将来更广泛的使用而工作星型模式。谢谢。见上述评论。我正在查询实际数据库的视图。我想我现在将使用更大的视图,并为将来更广泛的使用而开发一个星型模式。