navicat 连接本地 sql server express 失败的根本原因是其默认仅支持 tcp/ip 协议，不支持命名管道；需在主机栏填写“127.0.0.1,1433”或对应实例端口（如“127.0.0.1,51433”）强制走 tcp/ip，而非依赖命名管道配置。
navicat 连接本地 sql server express 失败，启用命名管道后仍报错“provider: named pipes provider, error: 40”——根本原因不是协议没开，而是命名管道本身不被 navicat 默认支持。
Navicat 默认只走 TCP/IP，命名管道协议形同虚设
Navicat（包括 15/16/17 各主流版本）的 SQL Server 连接驱动底层依赖 Microsoft ODBC Driver，而该驱动在未显式指定协议时，会优先尝试 TCP/IP；即使你已在 SQL Server Configuration Manager 中启用了 Named Pipes，只要 1433 端口未监听或防火墙拦截，它不会自动 fallback 到命名管道——它直接报错，不重试。
常见现象：ping 127.0.0.1 成功、telnet 127.0.0.1 1433 失败、SQL Server 配置里 Named Pipes 是绿色已启用，但 Navicat 仍提示 “Named Pipes Provider, error: 40”。
- Named Pipes 协议本质是 Windows IPC 通信，依赖
\.pipesqlquery这类管道路径，不走网络栈 - Navicat 不提供手动切换协议的 UI 选项（不像 SSMS 可在服务器名后加
,1433或pipesqlquery） - ODBC 连接字符串中若未强制指定
Network Library=dbnmpntw，驱动就忽略命名管道
真正起效的连接方式只有两种，且必须手动干预
想让 Navicat 连上本地 Express，别碰命名管道配置界面，直接改连接参数：
- 用
localhost或127.0.0.1+ 显式端口：在 Navicat 的“主机”栏填127.0.0.1,1433（注意逗号，不是冒号），前提是 SQL Server 已启用 TCP/IP 并监听1433 - 用实例名 + 实例端口：如果 Express 是命名实例（如
SQLEXPRESS），先查它实际监听的 TCP 端口（在 SQL Server Configuration Manager → TCP/IP 属性 → IPAll →TCP Dynamic Ports或TCP Port），再填127.0.0.1,51433（示例端口） - 绝对不要填
.、(local)或localhostSQLEXPRESS—— 这些触发的是共享内存或命名管道，Navicat 拿不到错误细节就直接挂
为什么你启用了命名管道却更难连上？
启用 Named Pipes 本身不解决问题，反而可能掩盖真实瓶颈：
- SQL Server Express 默认禁用 TCP/IP，只留 Shared Memory 和 Named Pipes → 导致 Navicat 尝试用 Named Pipes 连，但驱动不兼容或路径权限不足，报错模糊
- Windows 防火墙默认放行
1433，但不放行命名管道使用的 SMB 端口（445）或管道本身 → 你以为开了协议就能通，其实卡在系统层 - Navicat 日志里看不到管道连接尝试痕迹，只显示“connection failed”，你误以为是 SQL Server 配置问题，反复重启服务，浪费时间
最简验证法：用 sqlcmd -S 127.0.0.1,1433 -E 命令行直连，成功了说明 TCP/IP 配置 OK，Navicat 就该照这个格式填；失败则回头检查 SQL Server Configuration Manager 里的 TCP/IP 是否真启用、端口是否填对、服务是否重启——命名管道在这一步完全不用动。
