为何DBeaver无法访问ADLS分区Parquet文件，Synapse却正常？

• 身份验证方式不匹配
  Synapse Workspace默认常用Azure AD身份验证，DBeaver连接时若未对应配置会直接失败：

  • 连接配置里选择SQL Server类型，Authentication项选Azure Active Directory - Universal with MFA（或你在Synapse使用的AD验证方式），不要用默认的SQL Server身份验证。
  • 若用服务主体，需在DBeaver里正确配置客户端ID、租户ID和密钥，同时确保该主体拥有ADLS文件读取权限及SQL Serverless访问权限。

• ADLS分区文件权限/路径解析问题
  Synapse访问ADLS依赖工作区托管身份或你的AD账号权限，但DBeaver使用的身份可能无对应权限：

  • 确认DBeaver所用身份（个人AD账号或服务主体）在ADLS容器/文件夹上拥有Storage Blob Data Reader权限，且分区路径各层级权限已正确继承。
  • 若视图用了Synapse内部托管的ADLS链接，DBeaver可能无法解析，可临时改用ADLS完整路径（如abfss://container@account.dfs.core.windows.net/path/）测试。

• DBeaver语法兼容与校验问题
  部分Synapse专属语法会被DBeaver的语法校验误判：

  • 若视图用到OPENROWSET或PARQUET相关语法，可在DBeaver编辑器设置里禁用SQL语法检查，直接执行查询（语法提示报错不影响实际执行）。
  • 若查询包含Synapse特有函数（如DATE_BUCKET），忽略DBeaver的语法提示，直接运行即可。

• 驱动版本过低
  旧版SQL Server驱动不支持Synapse SQL Serverless特性：

  • 打开DBeaver驱动管理器，找到SQL Server驱动，更新至官方JDBC驱动12.x及以上版本。
  • 确保驱动配置中启用Use Azure Synapse专属选项（部分驱动版本提供该开关）。

• 网络防火墙限制
  Synapse Workspace防火墙可能未允许DBeaver所在IP访问：

  • 登录Azure门户，进入目标Synapse Workspace的Networking设置，添加DBeaver所在机器的公网IP至允许列表，或开启Allow Azure services and resources to access this workspace选项。

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