Navicat 17 不支持数据脱敏功能，仅作为SQL执行工具转发用户编写的脱敏语句（如MySQL的CONCAT、PostgreSQL的REGEXP_REPLACE），所有脱敏逻辑需手动实现，无内置策略引擎或跨平台脱敏流程。
Navicat 17 不支持跨平台数据脱敏发布流程——它根本没这个功能。所谓“构建脱敏发布流程”，实际是用 Navicat 作为 SQL 执行入口，在不同系统上运行目标数据库原生的脱敏逻辑。真正起作用的是 MySQL 的 CONCAT、PostgreSQL 的 REGEXP_REPLACE 或 Snowflake 的 MASK，不是 Navicat 在处理数据。
Navicat 17 能不能直接做数据脱敏？
不能。Navicat 17 没有脱敏开关、面板或内置策略引擎。你在 Windows 上点不到“脱敏”菜单，Mac 上也找不到对应按钮。它的角色只是把你的 SQL 发给数据库、把结果拿回来。所有字段掩码、随机化、空值替换都得你手写 SQL 实现。
常见误操作包括：
- 在连接设置里勾选“仅显示指定数据库”，误以为这能隐藏敏感表——其实只是前端树形导航过滤，
SELECT * FROM pii.users依然能成功执行 - 导出
.ncx连接文件后，以为脱敏配置也跟着迁移了——但.ncx只存地址/端口/用户名，不存任何脱敏规则 - 在 Mac 上导入含 Oracle 连接的
.ncx，发现连接灰显不可用——因为 macOS 版 Navicat 不支持 Oracle 模式
跨平台发布脱敏数据，关键靠三步手动操作
所谓“快速流程”，其实是稳定复用一套 SQL + 视图 + 导出组合，而非依赖 Navicat 自动化：
- 在 Windows 或 Mac 的 Navicat 查询编辑器中，统一编写脱敏 SQL，例如 MySQL 的
CONCAT(LEFT(phone, 3), '****', RIGHT(phone, 4)) - 把脱敏逻辑固化为视图（如
CREATE VIEW user_safe AS ...），避免每次手动拼接；注意视图只影响查询输出，不修改源数据 - 用 Navicat 的“导出向导”导出视图结果为 CSV/Excel，或用“数据传输”工具把视图内容同步到测试库；导出时务必确认字符集为
utf8mb4，否则中文手机号可能变乱码
为什么 Navicat 18 的脱敏功能不能向下兼容？
Navicat 18 新增的数据脱敏模块（支持替换、哈希、置空等）是独立服务组件，与 17 版完全不共用配置或元数据。即使你把 18 的脱敏规则导出为 JSON，17 的界面也识别不了——它压根没有接收该格式的解析器。
更现实的问题是：
- Windows 上用 Navicat 18 做完脱敏导出，生成的
.sql文件在 Mac 上用 17 打开，UPDATE语句能执行，但脱敏函数（如navicat_mask_email()）会报错：未知函数 - 企业版用户若启用了 Navicat Cloud 同步，脱敏规则不会上传——Cloud 当前只同步连接、查询片段和 BI 工作区，不包含脱敏策略
- 所有脱敏动作仍受限于执行账号权限：如果账号只有
SELECT，就无法用UPDATE做永久脱敏；想建视图还得有CREATE VIEW
跨平台脱敏最易被忽略的一点：数据库方言差异比操作系统更大。MySQL 的 LEFT() 到 PostgreSQL 就得换成 SUBSTRING()，而 Navicat 不做语法转换——它只忠实地转发你写的 SQL。别指望换台电脑就能一键跑通，先校验目标库是否支持你写的函数。
