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值超出数据库支持范围（如 MySQLTIMESTAMP是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 和服务端返回的错误码。
