OBIEE 在其 select 中使用不相关的事实表生成查询
OBIEE generated query using irrelevant fact tables in its select
在分析中，我们按利率计算所有借出物品的数量。它使用一个事实 table F1 和三个维度 tables D1、D2 和 D3。 F1 连接到所有这三个维度 table。因此，正如我所见，不应该生成任何复杂的查询来获得结果。
然而，当运行分析时，计数返回0。在数据库中，我查看了为此分析生成的物理查询，发现正在创建两个 select 并且另一个事实 table F2 正在第二个 select.
中使用
奇怪的是，F2 未在分析中使用，其列未在标准选项卡中 selected，F1、D1、D2 或 D3 中此 table 不存在 LTS。一件很常见的事情是，这个 F2 也连接到 D1、D2 和 D3。但是，如果没有select分析，为什么要在查询中使用F2，您有什么想法吗？
这是我们在 BMM 中的内容：
如果是这种情况，那么根据您的模型，这两个事实都可以满足分析的需要。您的模型可能不够明确。
您是否在主题区域设置了一个隐式事实列以强制 F03 优于 F02？请注意，每个主题领域只能设置一个隐式事实列。
如果您真的想解决问题而不是变通解决问题，则必须确保您的模型明确说明要将哪个事实用于哪个查询。
另外：如果这是您的 BMM 层，那么一个建议是：使用正确的企业名称和名称！看到类似“CAL_DAY”的内容会让企业用户想知道他们是否面临着由相当过时的员工管理的某种 1980 年代的技术 ;)
在分析中，我们按利率计算所有借出物品的数量。它使用一个事实 table F1 和三个维度 tables D1、D2 和 D3。 F1 连接到所有这三个维度 table。因此，正如我所见，不应该生成任何复杂的查询来获得结果。
然而，当运行分析时，计数返回0。在数据库中，我查看了为此分析生成的物理查询，发现正在创建两个 select 并且另一个事实 table F2 正在第二个 select.
中使用奇怪的是，F2 未在分析中使用，其列未在标准选项卡中 selected，F1、D1、D2 或 D3 中此 table 不存在 LTS。一件很常见的事情是，这个 F2 也连接到 D1、D2 和 D3。但是，如果没有select分析，为什么要在查询中使用F2，您有什么想法吗？
这是我们在 BMM 中的内容：
如果是这种情况，那么根据您的模型，这两个事实都可以满足分析的需要。您的模型可能不够明确。
您是否在主题区域设置了一个隐式事实列以强制 F03 优于 F02？请注意，每个主题领域只能设置一个隐式事实列。
如果您真的想解决问题而不是变通解决问题，则必须确保您的模型明确说明要将哪个事实用于哪个查询。
另外：如果这是您的 BMM 层，那么一个建议是：使用正确的企业名称和名称！看到类似“CAL_DAY”的内容会让企业用户想知道他们是否面临着由相当过时的员工管理的某种 1980 年代的技术 ;)