# Известные проблемы и ограничения Семантические модели в продуктах данных имеют несколько известных ограничений, о которых следует знать при их создании, использовании и управлении ими. ## Методы потребления Чтобы загрузить продукты данных с их семантическими моделями, необходимо открыть каталог данных через одну из следующих точек входа: * Откройте Редактор загрузки данных в приложении и выберите Добавить из каталога данных. * Откройте продукт данных. В его меню параметров выберите Использовать в > Приложение. Иными словами, вы не можете загрузить сведения о семантической модели из продукта данных с помощью таких точек входа, как Диспетчер данных или страница промежуточного хранения создания приложения. ## Проверка выражения При использовании семантической модели проверка корректности основных элементов не выполняется. Ошибка проверки появляется только тогда, когда вы проверяете Основной элемент в приложении. ## IncludeModel ограничения скрипта Синтаксис знака подстановки `WithTables: *` не поддерживается. Необходимо явно перечислить таблицы. ## Рекомендации связей Функциональность, характеристики предложений связей обеспечивают ограниченную поддержку нечеткого сопоставления. ## Основные элементы в приложениях-потребителях Основной элемент можно удалить, но он снова появится при следующей перезагрузке приложения, если на него по-прежнему ссылается IncludeModel скрипт. Чтобы окончательно удалить его, сначала удалите его из скрипта. Вы также можете создать дубликат любого Основного элемента семантической модели. Дубликат будет рассматриваться как обычный Основной элемент приложения и будет полностью доступен для редактирования. ## Импорт, экспорт и межпродуктовое повторное использование * Экспорт семантической модели в файл не поддерживается. * Импорт семантической модели из другого клиента не поддерживается. * Дублирование продукта данных (включая его семантическую модель) не поддерживается. ## Ограничения предложений связей из конвейеров интеграции данных Когда вы создаете семантическую модель на основе продукта данных, Qlik может предлагать связи между наборами данных на основе связей, определенных в проекте данных Data Integration, создавшем их. Эти рекомендации — отправная точка. Они не всегда отражают всё, что смоделировано в конвейере, поэтому проверьте их и добавьте недостающие связи вручную. ### Переименованные ключевые столбцы Связь предлагается только тогда, когда внешний ключ можно сопоставить с первичным ключом измерения, на которое он указывает. Если имя внешнего ключа отличается от имени первичного ключа измерения (например, customer\_ref в таблице фактов ссылается на customer\_id в измерении), сопоставление невозможно разрешить, и для этой связи предложения не формируются. Поэтому в конвейерах, где ключи переименовываются по ходу выполнения, будет отображаться меньше подсказок, чем ожидалось. ### Физическая модель, а не логическая модель В настоящее время рекомендации формируются на основе связей физической модели, а не логической. Физическая модель включает в себя столбцы технических ключей, сгенерированные конвейером, имена которых начинаются с hdr\_. Эти столбцы могут отображаться в предлагаемых связях, даже если вы не видите их в логической модели, созданной вами в Data Integration. Поскольку именно с логической моделью вы работаете в Data Integration, вы можете ожидать, что предложения будут следить за ней. Связи, существующие только на логическом уровне, не предлагаются.