根本原因是当前用户缺少对sys.views、sys.sql_modules等系统视图的读取权限；需授予view definition和select on schema权限，而非直接赋予db_owner。
navicat 连接 sql server 后看不到视图定义（比如右键“查看创建语句”为空、双击打不开视图结构、information_schema.views 查不到记录），根本原因往往不是 navicat 本身，而是当前登录用户缺少对系统视图和元数据的读取权限——db_owner 是最直接有效的解决路径，但需理解其作用边界和替代方案。
为什么普通用户查不到视图定义
SQL Server 默认限制非高权限用户访问 sys.views、sys.sql_modules 等系统目录视图。即使用户有 SELECT 权限能查视图数据，也不代表能读取视图本身的 definition 字段（即 CREATE VIEW 语句）。Navicat 在渲染“创建语句”或加载视图结构时，底层依赖的是：
SELECT definition FROM sys.sql_modules WHERE object_id = OBJECT_ID('your_view')SELECT * FROM sys.views
这两条查询若返回空或报权限错误（如 Msg 297, Level 16），Navicat 就无法显示定义。
授予 db_owner 权限的确有效，但要注意副作用
执行 ALTER ROLE db_owner ADD MEMBER [your_user] 后，用户能立即看到所有视图定义，因为 db_owner 拥有数据库内全部对象的完全控制权。但这属于过度授权，尤其在生产环境：
- 用户可删表、改存储过程、清空日志，风险远超“看定义”需求
- 违反最小权限原则，审计时可能被驳回
- 若数据库含敏感表，
db_owner可绕过行级安全（RLS）策略直接读取原始数据
更安全的替代权限组合
只需满足 Navicat 加载视图定义的最低要求，推荐按顺序尝试：
- 先执行
GRANT VIEW DEFINITION ON DATABASE::[your_db] TO [your_user]—— 允许查看该库中所有对象的定义（含视图、函数、SP） - 再执行
GRANT SELECT ON SCHEMA::[dbo] TO [your_user]—— 确保能读取INFORMATION_SCHEMA.VIEWS等标准视图 - 若仍不显示，检查是否被显式拒权：
DENY VIEW DEFINITION TO [your_user]会覆盖 GRANT，需先REVOKE VIEW DEFINITION FROM [your_user]
Navicat 自身设置也可能干扰显示
即使权限正确，Navicat 的 UI 层有时会缓存旧的元数据或隐藏对象：
- 确认「工具」→「选项」→「常规」中已勾选「导航窗格的模式下显示对象」和「导航窗格的表下显示对象」
- 连接后右键数据库 →「刷新」，而非仅刷新「视图」节点（Navicat 对视图元数据刷新较惰性）
- 若用的是 Navicat 15 或更早版本，升级到 17+ 可修复部分 SQL Server 2019/2022 元数据解析 bug
真正卡住的地方，常是权限与缓存的叠加：先用 SSMS 以同一账号执行 SELECT TOP 1 definition FROM sys.sql_modules WHERE object_id IN (SELECT object_id FROM sys.views) 验证能否查到定义；若能，问题就在 Navicat 端；若不能，才需动权限。不要跳过这一步直接加 db_owner。
