Navicat逆向工程默认将视图当表导入是设计行为，因其按数据库返回的对象类型直接建模，不作语义过滤；物化视图识别不稳定，需手动筛选剔除；导入后可用type:VIEW查找并删除，导出前须验证外键与依赖完整性。
逆向工程默认会把视图当表导入，这是设计行为不是 Bug
Navicat Data Modeler 的物理模型逆向逻辑是“按对象类型提取元信息”，而它对 PostgreSQL / Oracle / SQL Server 等数据库的 information_schema.views 或系统视图（如 pg_views）不做语义过滤——只要数据库返回某对象类型为 VIEW，它就照单全收，并在模型中以“表”图标呈现。这不是误判，而是工具默认将视图视为可建模的逻辑实体。物化视图（MATERIALIZED VIEW）在部分数据库（如 PostgreSQL）中被归类为独立对象类型，但 Navicat 15 对其识别不稳定，常降级为普通视图或直接跳过，导致模型中出现不一致。
右键导入时无法过滤视图，必须用「从数据库导入」菜单
在导航窗格对数据库或模式右键→「逆向模式到模型」，Navicat 不提供勾选/排除视图的界面，所有 VIEW 和 MATERIALIZED VIEW 都会被无差别拉入。真正可控的方式只有：
- 先新建一个空物理模型（模型 → 新建模型 → 选目标数据库类型）
- 再执行 文件 → 从数据库导入 → 选择连接后，在弹出的树形列表中手动展开，逐个取消勾选带
VIEW标签的对象 - 注意：PostgreSQL 中物化视图通常显示为
matview节点，SQL Server 中则可能混在Views下但名称含_mv或materialized字样，需靠命名习惯人工识别
导入后快速筛出并删除视图节点的实操技巧
即使误导入，也不必重来。模型加载完成后，可用以下方式批量定位：
- 在模型画布空白处右键 → 「查找对象」→ 输入
type:VIEW（部分版本支持该语法），或直接搜关键词view、_mv、matview - 在左侧「模型对象」面板中，切换为「按类型分组」视图，
View类型会单独成节，Ctrl+点击多选后 Delete 即可 - 导出前务必检查外键：视图无法定义外键，若模型中出现指向视图的外键线，说明有误（Navicat 可能错误解析了视图依赖），必须删掉，否则正向工程会生成非法 SQL
长期规避建议：建模前统一约定视图命名规范
与其每次手动过滤，不如在数据库层建立约束习惯。团队协作中可强制：
- 所有视图命名以
v_开头（如v_user_summary），物化视图用mv_（如mv_daily_stats） - 在「从数据库导入」对话框中，利用搜索框输入
v_或mv_，快速折叠/反选整批对象 - 避免使用数据库方言特性（如 Oracle 的
CREATE MATERIALIZED VIEW … BUILD IMMEDIATE），Navicat 15 对这类语法解析支持弱，容易漏识别或错标为表
最易被忽略的一点：Navicat 不校验视图定义是否有效。如果某视图底层表已被删，逆向仍会把它作为“合法对象”导入模型——此时模型看似完整，但后续同步或生成 DDL 会失败。务必在导入后，用「验证模型」功能（模型 → 验证）扫一遍依赖完整性。
