Azure Synapse中部分用户无法访问Delta Lake视图的问题求助

问题核心 #

你能通过OPENROWSET直接读取Delta Lake数据，也能正常访问自己创建的同数据视图，但访问团队创建的视图时出现_delta_log目录无法列表的错误，本质是视图的执行上下文权限与直接查询/自建视图的权限存在差异。

排查与解决步骤 #

1. 检查视图的执行上下文 #

团队创建的视图可能使用了特定的执行身份，而非调用者身份：

• 查看视图定义，确认是否包含WITH EXECUTE AS子句：

  SELECT definition FROM sys.views WHERE name = '<团队视图名称>';
  

• 如果存在EXECUTE AS，需确保该执行身份（比如创建者账号、服务主体）对Blob存储中的_delta_log目录拥有列表（List）和读取（Read）权限。
• 如果没有EXECUTE AS，视图默认使用调用者身份，此时需确认：
  • 你的Synapse用户身份是否被授予了Blob存储容器（含所有子目录）的Storage Blob Data Reader角色
  • 外部数据源<DataSourceName>的凭据是否具备访问_delta_log目录的权限

2. 确认Delta Lake元数据目录的权限 #

Delta Lake依赖_delta_log目录下的日志文件解析数据，需确保该目录权限未遗漏：

• 登录Azure门户，定位到目标Blob存储容器，进入_delta_log目录的权限设置
• 验证你的用户身份（或视图执行身份）对该目录拥有List和Read权限
• 若使用RBAC权限模型，确保角色分配的作用范围覆盖整个容器（而非仅主数据目录）

3. 对比数据源配置差异 #

团队视图使用的外部数据源可能与你自建视图的数据源存在权限差异：

• 查询数据源的详细配置，对比团队视图和自建视图使用的数据源：

  SELECT name, credential_id, location FROM sys.external_data_sources WHERE name IN ('<团队数据源名称>', '<你的数据源名称>');
  

• 若使用共享访问签名（SAS）作为凭据，确认SAS令牌包含List权限，且有效范围覆盖_delta_log目录
• 若使用服务主体作为凭据，确认该服务主体的权限已对所有团队成员开放，或你已被加入有权限访问该服务主体的角色中

内容的提问来源于stack exchange，提问作者Asfandyar Abbasi