Navicat 不支持直接双击编辑 PostgreSQL 数组字段，仅允许手动输入符合语法的花括号格式字符串（如{"a","b"}），否则报错“malformed array literal”；需严格遵循 PostgreSQL 数组字面量规则，推荐用 SQL 命令（如array_append、ARRAY[...]）替代 GUI 编辑以确保准确。
navicat 不能直接双击编辑 postgresql 数组字段的值 —— 它只支持在数据网格中手动输入符合语法的字符串格式，背后仍需你理解并写出正确的数组字面量。
为什么数组字段在 Navicat 数据网格里“看起来能改”，但经常报错
Navicat 的数据编辑器把 TEXT[]、INT[] 等数组列当成文本框处理，不校验语法。你输 {1,2,3} 可能成功，输 [1,2,3] 或 ARRAY[1,2,3] 就会触发 ERROR: malformed array literal。
- PostgreSQL 要求数组字面量必须用大括号
{}包裹，元素间用逗号分隔，字符串元素要加双引号（如{"a","b"}） - 空数组写成
{}，不是NULL或空字符串 - 嵌套数组（如
INT[][]）必须严格对齐维度，Navicat 不提供结构化输入辅助
在 Navicat 中安全修改数组字段的实操步骤
别依赖“点两下改完”，每一步都要验证语法：
- 先查当前值：运行
SELECT id, tags FROM posts WHERE id = 123;，确认原数组格式（比如返回{\"tech\",\"sql\"}） - 在网格中双击该单元格，**删除原有内容，手敲新值**：例如改成
{"tech","postgres","navicat"}—— 注意无空格、双引号、花括号全角都不行 - 按 Enter 提交后，立刻执行
SELECT tags::TEXT FROM posts WHERE id = 123;验证是否解析成功；若报错，说明格式有误，回滚再试 - 批量更新慎用：Navicat 的“批量编辑”模式对数组列极易出错，建议用 SQL 直接
UPDATE posts SET tags = ARRAY['a','b'] WHERE ...
用 SQL 替代 GUI 编辑更可靠
数组操作本质是字符串解析，GUI 容易失焦。这些命令在 Navicat 查询窗口里更稳：
- 追加元素：
UPDATE table_name SET arr_col = array_append(arr_col, 'new_item') WHERE id = 1; - 替换整个数组：
UPDATE table_name SET arr_col = ARRAY['x','y','z'] WHERE id = 1; - 清空数组：
UPDATE table_name SET arr_col = '{}'::TEXT[] WHERE id = 1;（注意类型强制转换） - 检查长度：
SELECT array_length(tags, 1) FROM posts;，避免越界访问
数组不是普通字符串，它的结构直接影响查询逻辑（比如 @> 包含运算符）。Navicat 不做语法预检，所有格式责任都在你敲下的那对花括号里 —— 多一个空格、少一个引号，就是一次失败的提交。
