不推荐直接用DBeaver图形界面“编辑表→添加列”加字段，尤其生产环境；应优先手写ALTER TABLE SQL并执行前用EXPLAIN分析影响，图形方式仅限本地开发试错，且务必手动补全默认值并验证字段定义、顺序及约束生效情况。
在DBeaver里直接修改表结构加字段，到底靠不靠谱？
不推荐直接用图形界面点“编辑表”→“添加列”来加字段，尤其是生产环境。DBeaver底层会生成ALTER TABLE ... ADD COLUMN语句并执行，看似简单，但实际可能触发锁表、阻塞查询，或因字段类型/默认值约束不兼容而静默失败（比如MySQL 5.7对TEXT字段加NOT NULL且无默认值会报错，但DBeaver只弹个红字提示，没回滚提示）。
DBeaver中安全加字段的两种实操路径
优先走SQL方式，可控性强；图形方式仅限本地开发库快速试错。
-
SQL方式（推荐）：右键表 →
SQL Editor→ 手写ALTER TABLE table_name ADD COLUMN column_name VARCHAR(255) DEFAULT NULL→ 执行前先点Explain看执行计划（尤其PostgreSQL/MySQL 8.0+支持EXPLAIN ANALYZE预估影响），确认无全表扫描或锁升级风险 -
图形方式（慎用）：右键表 →
Edit Table→ 点左下角+ Column→ 填写Name、Type、勾选Nullable等 → 关键：务必手动补上Default value（哪怕填NULL），否则某些数据库（如SQL Server）会拒绝提交
不同数据库加字段的坑点清单
字段名、类型、默认值在各数据库行为差异极大，DBeaver不会自动适配：
- MySQL：加
TIMESTAMP字段不显式写DEFAULT CURRENT_TIMESTAMP，可能被强制设为0000-00-00 00:00:00（取决于sql_mode） - PostgreSQL：加
NOT NULL字段必须带DEFAULT，否则报错ERROR: column "xxx" contains null values - Oracle：字段名超过30字符会被截断，DBeaver不校验，执行后表结构和预期不符
- SQLite：不支持
ADD COLUMN带CHECK约束，DBeaver图形界面允许填，但执行必报near "CHECK"
执行后一定要验证的三件事
别信DBeaver右下角那个绿色“Success”，它只表示语句发出去了，不代表数据/结构按你想要的方式生效：
- 查
SELECT * FROM information_schema.columns WHERE table_name = 'your_table'（MySQL/PostgreSQL）或对应系统视图，确认column_name、is_nullable、column_default值准确 - 用
DESCRIBE your_table（MySQL）或\d your_table（PostgreSQL）看字段顺序——DBeaver图形添加的字段总插在末尾，但业务代码若依赖SELECT *字段顺序，可能出问题 - 跑一条
INSERT INTO your_table (...) VALUES (...)测试，默认值、非空约束是否真起作用
加字段不是点几下鼠标的事，本质是变更数据库schema。DBeaver只是工具，真正决定成败的是你写的那条ALTER TABLE语句和它背后的数据库规则。
