# 已知问题和限制

数据产品中的语义模型存在一些已知限制，在创建、使用和管理它们时应注意这些限制。

## 消费方式

要加载数据产品及其语义模型，您需要从以下入口之一打开数据目录：

* 在应用程序中打开 数据加载编辑器，然后选择从数据目录添加。

* 打开数据产品。在其选项菜单中，选择 用于 > 应用程序。

换句话说，您无法使用诸如 数据管理器 或应用程序创建登陆页面等入口点从数据产品中加载语义模型信息。

## 表达式验证

在语义模型使用期间，不会执行验证来检查主项是否有效。仅当您在应用程序中检查主条目时，才会出现验证错误。

## IncludeModel 脚本限制

不支持 `WithTables: *` 通配符语法。您必须显式列出表。

## 关系建议

关系建议功能对模糊匹配提供有限支持。

## 消费应用程序中的主项

您可以删除主条目，但如果它在 IncludeModel 脚本中仍被引用，则会在下一次应用程序重新加载时重新出现。若要永久删除它，请先将其从脚本中删除。您也可以复制任何语义模型主条目。该复制将被视为普通的应用主条目，且完全可编辑。

## 导入、导出和跨产品复用

* 不支持将语义模型导出到文件。
* 不支持从另一个租户导入语义模型。
* 不支持复制数据产品（包括其语义模型）。

## 来自数据集成管道的关系建议限制

当您在数据产品上构建语义模型时，Qlik 可以根据生成这些数据集的 Data Integration 数据项目中定义的关系，建议数据集之间的关系。这些建议可作为起点。它们并不总能反映管道中建模的所有内容，因此请检查它们并手动添加缺失的关系。

### 已重命名键列

仅当外键可与其指向的维度的主键相匹配时，才会建议建立关系。如果外键的名称与维度的主键不同（例如，事实表中的 customer\_ref 指向维度中的 customer\_id），则无法解析该映射，且不会针对该关系提供任何建议。因此，在处理过程中重命名键的管道显示的建议将少于预期。

### 物理模型，而非逻辑模型

建议目前来源于物理模型的关系，而非逻辑模型。物理模型包含由管道生成的技术键列，其名称以 hdr\_ 开头。即使您在 Data Integration 中设计的逻辑模型中看不到这些列，它们也可能会出现在建议的关系中。因为逻辑模型是您在 Data Integration 中使用的模型，您可能会期望建议关注它。仅存在于逻辑层面的关系不会被推荐。