直接查询 - 最新版本的限制
Direct Query - Limitations in Latest Release
我被要求使用直接查询从 3 个数据库中引入 3 个数据源。在 power Bi 桌面中，它允许我这样做，但我认为有一个限制只允许 1 个不同的数据源。
然而，当在 power query 中进行合并转换时，power query editor 给了我一些直接查询评论中不支持的内容，所以担心这是否真的会在部署中起作用。执行此操作的推荐方法是什么？
它是否转换数据并将其作为 1 个来源引入，在 power 查询和 DAX 中进行有限的转换？
您是否有任何特定原因需要使用直接查询而不是导入模式？根据我的经验，使用 DQ 时，最好在源端执行所有转换，因为许多 "regular" DAX 功能和转换在 DQ 模式下被禁用。一个真实的例子：为了分析一些实时聊天数据，我创建了一个大事实 table（SQL 服务器作为源），其中包含在 SQL 中完成的所有度量和转换。然后，我只是直接查询这一个事实 table，这会显着提高性能。
如果您需要了解 DQ 的所有限制，请参阅以下内容link：Direct Query Limitations
我被要求使用直接查询从 3 个数据库中引入 3 个数据源。在 power Bi 桌面中，它允许我这样做，但我认为有一个限制只允许 1 个不同的数据源。
然而，当在 power query 中进行合并转换时，power query editor 给了我一些直接查询评论中不支持的内容，所以担心这是否真的会在部署中起作用。执行此操作的推荐方法是什么？
它是否转换数据并将其作为 1 个来源引入，在 power 查询和 DAX 中进行有限的转换？
您是否有任何特定原因需要使用直接查询而不是导入模式？根据我的经验，使用 DQ 时，最好在源端执行所有转换，因为许多 "regular" DAX 功能和转换在 DQ 模式下被禁用。一个真实的例子：为了分析一些实时聊天数据，我创建了一个大事实 table（SQL 服务器作为源），其中包含在 SQL 中完成的所有度量和转换。然后，我只是直接查询这一个事实 table，这会显着提高性能。
如果您需要了解 DQ 的所有限制，请参阅以下内容link：Direct Query Limitations