必须用DBeaver高级编辑器编辑JSON字段，启用保存自动格式化和实时语法检查，并确保字段类型与数据库严格匹配，否则保存必报错。
直接编辑 JSON 字段内容是可行的，但必须用对编辑器、避开校验陷阱，否则保存必报错。
右键“编辑”后默认打开的是普通文本编辑器
双击 JSON 字段或右键 → 编辑，DBeaver 默认调用基础文本编辑器——它不校验语法、不格式化、不提示括号匹配，粘贴进一个少引号的 JSON 也能让你点保存，然后才抛出 Unexpected token 或 invalid input syntax for type jsonb。
- 务必右键 →
编辑→ 勾选使用高级编辑器（该选项只在 JSON 类型字段上出现） - 若没看到该选项，检查 DBeaver 版本是否 ≥ 23.0；低于此版本需手动启用插件：
plugins/org.jkiss.dbeaver.ui.editors.json/目录下要有plugin.xml - PostgreSQL 的
jsonb字段还依赖PostgreJSONValueHandler处理逻辑，旧版可能跳过二进制校验，导致存进去的数据实际无效
保存前必须通过格式化 + 实时验证双重把关
高级编辑器本身不自动修复语法错误，只是提供高亮和折叠。真正防止报错的是两个开关：
- 启用
保存时自动格式化（快捷键Ctrl+Shift+F），能修正缩进、补全缺失的逗号、统一引号风格 - 开启
实时语法检查（设置 → 编辑器 → JSON → 勾选实时语法检查），编辑过程中就标红错误位置，比如{name: "alice"}中的 unquoted key 会被立刻标记 - 复杂嵌套结构（如含数组、深层对象、转义字符）建议先在外部工具（如
JSONLint）验证，再粘贴进 DBeaver —— 编辑器的校验规则比 PostgreSQL 服务端宽松，但比 JSONLint 弱
MySQL 和 PostgreSQL 的 JSON 字段行为差异很大
同一个 JSON 字符串，在 MySQL 和 PostgreSQL 中可能一个能存、一个报错，根源在于服务端校验强度不同：
- MySQL 的
JSON_VALID()对空白、尾随逗号、注释更宽容；DBeaver 编辑器校验逻辑却常照搬严格 RFC 标准 - PostgreSQL 的
jsonb要求完全合法且会归一化（如删除重复 key、重排序 object key），DBeaver 保存时若绕过PostgreContentJSON处理流程（比如误用普通编辑器），会导致写入失败 - 字段类型声明必须准确：MySQL 表中定义为
JSON，就不能用TEXT类型字段去“假装存 JSON”；PostgreSQL 同理，jsonb和json在 DBeaver 中由不同 handler 处理，混用会跳过关键解析步骤
最容易被忽略的一点：DBeaver 的 JSON 编辑器不支持增量解析，100KB 以上的 JSON 文件打开就卡，此时别硬扛——导出成文件，用 VS Code 或 jq 修改后再批量更新字段值。
