Navicat for MySQL（截至2026年最新稳定版17.x）不支持虚拟生成列的可视化设计，其表设计界面无“生成列类型”“VIRTUAL/STORED选项”及“表达式”输入项，必须通过SQL语句手动创建并验证。
Navicat for MySQL不支持虚拟生成列的可视化设计
Navicat for MySQL（截至 2026 年最新稳定版，如 17.x）**无法在表设计界面中勾选或配置虚拟生成列（VIRTUAL GENERATED COLUMN）**。它的“新建字段”或“修改字段”对话框里没有“生成列类型”“存储类型（STORED/VIRTUAL）”“表达式”等输入项。你看到的字段类型下拉菜单仅包含 TINYINT、VARCHAR、JSON 等常规类型，不包含 GENERATED ALWAYS AS 相关选项。
必须用 SQL 手动添加虚拟生成列
要创建虚拟生成列，只能绕过图形化设计，直接执行 ALTER TABLE 语句：
- 右键目标表 → 选择“对象信息”或“设计表”，记下主键和现有字段名
- 点击工具栏“查询” → 新建查询窗口
- 执行类似下面的语句（注意替换表名、字段名和表达式）：
ALTER TABLE `users` ADD COLUMN `full_name` VARCHAR(255) GENERATED ALWAYS AS (CONCAT(`first_name`, ' ', `last_name`)) VIRTUAL;
关键点：
-
GENERATED ALWAYS AS后必须跟括号包裹的合法 SQL 表达式 -
VIRTUAL必须显式写出（不写默认为VIRTUAL，但显式更安全） - 表达式中引用的源字段必须已存在，且数据类型兼容（例如不能对
INT字段用CONCAT不加转换） - Navicat 执行后不会在“设计表”视图里显示该列为“生成列”，它只显示为普通
VARCHAR字段——这是正常现象，不代表失败
验证虚拟生成列是否生效
光看表结构容易误判，必须查数据：
- 执行
SELECT * FROM `users` LIMIT 5; - 确认
full_name列有值，且值由first_name和last_name实时拼接而来（修改源字段后，该列值应自动更新） - 尝试
INSERT INTO `users` (`first_name`, `last_name`) VALUES ('John', 'Doe');—— 不需、也不能给full_name赋值，否则报错ERROR 3105 (HY000): The value specified for generated column 'full_name' is not allowed.
如果插入时报这个错，说明列已正确创建为虚拟生成列；如果能手动插入值，则说明创建失败（可能漏了 GENERATED ALWAYS AS 或语法有误）。
为什么 Navicat 不提供可视化支持
这不是版本滞后，而是设计取舍：
- 虚拟生成列依赖复杂 SQL 表达式，GUI 很难安全校验其合法性（比如嵌套函数、跨表引用、非确定性函数如
NOW()） - MySQL 对生成列的限制严格（如不能索引
VIRTUAL列上的全文索引、部分表达式不被允许），GUI 封装易引发隐性错误 - 主流使用场景中，虚拟生成列多用于迁移脚本或 ORM 映射，而非日常建模，优先级低于外键、索引等基础功能
真正需要频繁操作生成列的项目，通常已转入代码驱动（如 Flyway + SQL 迁移脚本），这时反而更依赖可复现的 DDL，而不是 GUI 点点点。
