navicat字段注释框不支持换行，因mysql/mariadb底层comment仅接受单行字符串，navicat界面仅为modify column comment封装；超长1024字符静默截断，postgresql虽支持多行但界面仍限制为单行输入。
navicat 17 的「设计表」界面不支持多行文本输入，字段注释栏是单行 input 元素，回车会被忽略、换行符被丢弃——你填进去的“用户状态：\n0=待审核\n1=已通过”最终只会存成“用户状态：0=待审核1=已通过”。
为什么字段注释框不能换行？
这不是 Bug，而是 Navicat 对 MySQL / MariaDB 字段注释的底层约束映射：数据库本身只接受单行字符串（COMMENT 是 SQL 字面量），Navicat 的输入框只是对 MODIFY COLUMN ... COMMENT 'xxx' 的封装。它没做富文本处理，也不转义换行符。
- MySQL 字段注释最大长度为 1024 字符，超长部分静默截断，且无提示
- PostgreSQL 字段注释虽支持换行（
COMMENT ON COLUMN允许多行字符串），但 Navicat 17 的图形界面仍用单行输入框，填进去的换行不会被保留 - SQLite 完全不支持字段注释，填了也无效
想写清楚状态码含义，该怎么填才有效？
用分号、竖线或中文顿号分隔，避免依赖换行。这是实际协作中可读性最强、又兼容所有导出和查询场景的做法。
status VARCHAR(20) COMMENT '0=待审核; 1=已通过; 2=已拒绝; 9=已作废'role TINYINT COMMENT '1=管理员 | 2=编辑 | 3=观察员 | 4=访客'- 别写“见文档链接”，因为
SHOW FULL COLUMNS或 ORM 映射时看不到超链接
真要保留格式，只能绕过图形界面
如果业务强依赖结构化描述（比如带编号列表、缩进说明），必须放弃「设计表」里的 Comment 列，改用 SQL 直接执行。Navicat 17 查询窗口支持多行编辑、语法高亮和执行反馈，比点来点去更可靠。
- MySQL 批量更新（保持类型不变，避免重建表）：
ALTER TABLE `user` CHANGE COLUMN `status` `status` TINYINT COMMENT '0=待审核；1=已通过；2=已拒绝；9=已作废';
- PostgreSQL 必须手写：
COMMENT ON COLUMN user.status IS '0=待审核' || E'\n' || '1=已通过' || E'\n' || '2=已拒绝';
（注意：E'\n' 是 PostgreSQL 的转义语法，普通单引号字符串里换行无效） - 执行前先用
SELECT COLUMN_COMMENT FROM INFORMATION_SCHEMA.COLUMNS（MySQL）或\d+ table_name（psql）验证当前值，避免覆盖
最常被忽略的一点：Navicat 导出 SQL 时，“Include comments”选项只控制是否生成 COMMENT 子句，不改变你填的内容本身——哪怕你硬塞了换行符，导出后仍是扁平字符串。所以别在图形界面里“假装能换行”，直接按单行规则写，省事又准确。
