DBeaver默认对时间字段启用只读编辑模式，双击仅高亮；须右键选“Edit value…”或按F2触发内联编辑，输入推荐ISO 8601格式（如2024-05-20T14:30:00），避免格式错位或语义越界报错。

日期时间字段双击后无法直接编辑？

默认情况下，DBeaver 对 TIMESTAMP、DATETIME、DATE 字段启用“只读编辑模式”——双击单元格只会高亮，不会弹出编辑框。这不是 bug，而是防止误输导致格式错误的保护机制。

• 必须右键点击该单元格 → 选择 “Edit value…”（不是“Edit cell”）
• 或者按快捷键 F2（部分系统需配合 Fn 键），触发内联编辑器
• 若仍无反应，检查是否启用了“Read-only mode”：右下角状态栏看是否有 RO 标识，有则点它退出只读

输入什么格式才能被正确识别？

DBeaver 本身不强制固定格式，实际解析依赖底层 JDBC 驱动和数据库类型。但常见组合中，最稳妥的是 ISO 8601 标准格式，且需注意时区隐含行为：

• 2024-05-20 → 被识别为 DATE，时分秒补零
• 2024-05-20 14:30:00 → 多数驱动接受，但 MySQL 会忽略毫秒，PostgreSQL 默认接受
• 2024-05-20T14:30:00 或 2024-05-20T14:30:00Z → 更可靠，尤其对接带时区字段（如 TIMESTAMP WITH TIME ZONE）
• 避免用 05/20/2024 或 20-05-2024：不同地区设置可能导致解析失败或错位

为什么改完保存时报 “Data truncation” 或 “Invalid datetime format”？

这类错误通常不是 DBeaver 报的，而是数据库服务端拒绝写入。根本原因常是格式合法但语义越界：

• DATE 字段填了带时间的部分（如 2024-05-20 14:30）→ MySQL 会截断并警告，某些严格模式直接报错
• TIMESTAMP 值超出数据库支持范围（如 MySQL TIMESTAMP 是 1970-01-01 到 2038-01-19）
• PostgreSQL 中向 TIME 字段写了完整时间戳（2024-05-20 14:30:00）→ 类型不匹配
• 驱动自动加了本地时区偏移，而目标字段无时区定义，造成隐式转换失败

想批量更新时间字段，怎么避免手输？

手动填上百条时间显然不可靠。推荐两种安全方式：

• 在 SQL 编辑器中写 UPDATE：用 NOW()、CURRENT_TIMESTAMP、TO_TIMESTAMP('2024-05-20', 'YYYY-MM-DD')（PostgreSQL）等函数生成值，执行前先 SELECT 验证逻辑
• 复制 Excel 时间列 → 粘贴进 DBeaver 数据编辑器时，确保 Excel 单元格格式为“文本”，否则可能转成数字（如 45098 表示日期序列），粘贴后显示异常
• 导入 CSV 时，在导入向导中明确指定该列为 timestamp 类型，并勾选 Use database default format，比手动映射更少出错

DBeaver 的时间字段录入看着简单，真正卡住人的往往是数据库层的类型约束和 JDBC 驱动的隐式转换规则——别只盯着编辑器界面，出错时第一时间看日志里完整的 SQL 和服务端返回的错误码。