Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Область применения:✅ конечная точка аналитики SQL и хранилище в Microsoft Fabric
В этой статье описаны текущие ограничения в Microsoft Fabric.
Эти ограничения применяются только к элементам конечной точки хранилища данных и SQL-аналитики в Synapse Fabric. Ограничения базы данных SQL в Fabric см. в разделе "Ограничения" в базе данных SQL в Microsoft Fabric (предварительная версия).
Ограничения
Текущие общие ограничения для хранилищ данных в Microsoft Fabric перечислены в этой статье, а ограничения на уровне функций указаны в соответствующих статьях функций. Дополнительные функциональные возможности будут основываться на мировом уровне, ведущей в отрасли производительности и возможностях параллелизма, и будут внедрены постепенно. Дополнительные сведения о будущем Microsoft Fabric см. в разделе "Дорожная карта Fabric".
Это важно
Подключения к конечным точкам хранилища данных Fabric и аналитики SQL требуют, чтобы исходные и целевые элементы были в одном регионе. Подключения между регионами, включая рабочие пространства или мощности в разных регионах, не поддерживаются и могут не пройти аутентификацию или не установить соединение.
Дополнительные ограничения в определенных областях см. в следующих разделах:
- Клонировать таблицу
- Подключение
- Типы данных в Microsoft Fabric
- Журналы «Delta Lake»
- Помощник по миграции
- Приостановка и возобновление хранения данных Fabric
- Семантические модели
- Предоставление общего доступа к данным и управление разрешениями
- Контроль исходного кода
- Статистика
- Таблицы
- Транзакции
- Редактор визуальных запросов
Ограничения конечной точки аналитики SQL
Следующие ограничения применяются к конечной точке SQL-аналитики, автоматической генерации схем и обнаружению метаданных.
Данные должны находиться в формате Delta Parquet для автоматического обнаружения в конечной точке аналитики SQL. Delta Lake — это платформа хранения с открытым кодом, которая позволяет создавать архитектуру Lakehouse.
Сопоставление столбцов Delta по имени поддерживается, но сопоставление столбцов Delta по идентификатору не поддерживается. Дополнительные сведения см. в разделе "Функции Delta Lake и интерфейсы Fabric".
- Сопоставление столбцов Delta в конечном узле аналитики SQL в настоящее время является функцией предварительной версии.
Разностные таблицы, созданные вне
/tablesпапки, недоступны в конечной точке аналитики SQL.Если в хранилище не отображается таблица Lakehouse, проверьте расположение таблицы. В хранилище доступны только таблицы, ссылающиеся на данные в
/tablesпапке. Таблицы, которые ссылаются на данные в папке/filesв озере, не отображаются в конечной точке аналитики SQL. В качестве обходного решения переместите данные в папку/tables.Некоторые столбцы, существующие в таблицах Spark Delta, могут быть недоступны в таблицах в конечной точке аналитики SQL. Полный список поддерживаемых типов данных см. в разделе "Типы данных" в хранилище данных Fabric.
Если вы добавите ограничение внешнего ключа между таблицами в конечной точке аналитики SQL, вы не сможете вносить дальнейшие изменения схемы (например, добавление новых столбцов). Если столбцы Delta Lake не отображаются с типами, которые должны поддерживаться в конечной точке аналитики SQL, проверьте, существует ли ограничение внешнего ключа, которое может препятствовать обновлению таблицы.
Для получения сведений и рекомендаций по производительности конечной точки аналитики SQL см. Рекомендации по производительности конечной точки аналитики SQL.
Скалярные определяемые пользователем функции поддерживаются, если они встраиваемые. Дополнительные сведения см. в статье CREATE FUNCTION и Scalar UDF inlining.
Тип данных varchar(max) поддерживается только в конечных точках аналитики SQL зеркальных объектов и баз данных Fabric, а не для озерхранилищ. Таблицы, созданные после 10 ноября 2025 г., автоматически будут сопоставлены с varchar(max). Таблицы, созданные до 10 ноября 2025 г., необходимо повторно создать для внедрения нового типа данных или автоматически обновляться до varchar(max) во время следующего изменения схемы.
Усечение данных до 8 КБ по-прежнему применяется к таблицам в конечной точке аналитики SQL для Lakehouse, включая ссылки на зеркальный элемент.
Поскольку не все таблицы поддерживают соединения с varchar(max), такие соединения могут не работать, как ожидалось, если в одной из таблиц все ещё происходит усечение данных. Например, если вы используете CTAS таблицу только что созданного зеркального объекта в таблицу Lakehouse при помощи Spark, то соедините их с помощью столбца с varchar(max), результаты запроса будут отличаться по сравнению с типом данных varchar(8000). Если вы хотите продолжить предыдущее поведение, в запросе можно привести столбец к varchar(8000).
Можно проверить, имеет ли таблица любой столбец varchar(max) из метаданных схемы с помощью следующего запроса T-SQL.
max_length Значение -1 представляет varchar(max):
SELECT o.name, c.name, type_name(user_type_id) AS [type], max_length
FROM sys.columns AS c
INNER JOIN sys.objects AS o
ON c.object_id = o.object_id
WHERE max_length = -1
AND type_name(user_type_id) IN ('varchar', 'varbinary');
- Схемы с именами, конфликтующими с системными схемами (например
sys, илиinformation_schema) и субъектами безопасности базы данных (напримерdb_owner,db_datareader), не поддерживаются в конечной точке аналитики SQL. Таблицы в этих схемах не будут синхронизироваться с конечной точкой аналитики SQL.
Известные проблемы
Для получения информации о известных проблемах Microsoft Fabric посетите Известные проблемы Microsoft Fabric.