Navicat 17 不支持配置 JSON 类型虚拟列，因 MySQL 原生禁止 JSON 作为 GENERATED COLUMN 类型，其界面缺失该选项是因 INFORMATION_SCHEMA 中无合法映射；可行方案是用 STORED 列提取 JSON 子字段并索引。
navicat 17 的可视化界面**不支持配置 json 类型的虚拟列**——它既不能在「设计表」里勾选“生成列 + json 类型”，也无法在同步或建模流程中自动识别、生成或维护 json 类型的 generated always as 表达式。
为什么 Navicat 17 的表设计界面找不到 JSON 虚拟列选项
根本原因在于：MySQL 原生不支持将 JSON 类型声明为生成列（GENERATED COLUMN）。从 MySQL 5.7 到 8.0.x，官方文档明确禁止在 AS 表达式中返回 JSON 类型值。即使你手写 col JSON AS (JSON_OBJECT('k', v)) STORED，MySQL 会直接报错 ERROR 3105 (HY000): Invalid data type for generated column。
Navicat 只是客户端，它不会绕过数据库限制；其字段类型下拉菜单中缺失该组合，正是因为它读取了 MySQL 的 INFORMATION_SCHEMA 元数据，而该元数据里压根不存在合法的 JSON GENERATED 类型映射。
- 验证方式：在 Navicat 查询窗口执行
SELECT VERSION();，确认是 MySQL 8.0.33+ 仍报错，就说明不是版本问题，而是语法被禁止 - 替代思路：若真需“JSON 形式输出”，只能用视图（
CREATE VIEW）或应用层组装，不能走生成列路径 - 注意混淆点：Navicat 支持对已有
JSON字段做树形编辑（仅 Premium v15+），但这和“虚拟列”完全无关——那是普通存储字段的显示优化
哪些操作看似可行但实际会失败
用户常误以为以下操作能“可视化创建 JSON 虚拟列”，实则全部无效：
- 在「设计表」→「添加字段」中，先选类型为
JSON，再勾选「Generated Column」复选框 → Navicat 会静默忽略勾选，保存后仍是普通 JSON 字段，无AS子句 - 用结构同步功能，源表含
JSON字段 + 手动加了生成逻辑（比如通过触发器模拟），Navicat 同步时只复制字段定义，不迁移逻辑，目标库字段为空或报错 - 在 BI 或模型工作区里把普通 JSON 字段拖进计算字段（Calculated Field），试图生成表达式 → 这属于前端展示层计算，不落地为数据库列，也不参与索引或查询优化
如果必须让 JSON 输出可索引、可查询，怎么办
绕过虚拟列限制的唯一可靠路径，是**用 STORED 虚拟列承载 JSON 的关键路径提取值**，再对该列建索引。例如：
ALTER TABLE logs
ADD COLUMN event_type VARCHAR(32)
GENERATED ALWAYS AS (JSON_UNQUOTE(JSON_EXTRACT(data, '$.type'))) STORED;
这样你就能对 event_type 建 B-Tree 索引，并在 WHERE 中直写 WHERE event_type = 'login' 来命中索引。
- 关键约束：表达式必须用确定性函数，
JSON_EXTRACT+JSON_UNQUOTE是允许的，但JSON_CONTAINS或带子查询的 JSON 操作不行 - Navicat 不会帮你推导这类表达式，你得自己写 DDL → 切到「查询」标签页执行，别依赖「设计表」界面
- 后续若修改原
data字段类型（如从TEXT改成JSON），可能触发ERROR 3104，因为虚拟列依赖已变更
真正难的不是点几下鼠标，而是理解 MySQL 对生成列的类型白名单机制——JSON 本身不能是生成列类型，但你可以用生成列“解包”它的一部分。Navicat 17 再智能，也改不了这个底层规则。
