DBeaver中字段显示为[clob]/[blob]、文本截断、CSV导入错位、数值小数省略均属界面渲染或解析配置问题，并非数据丢失；需分别调整LOB读取模式、预览长度、CSV分隔符/编码及禁用数值格式化。
字段内容被显示为 [clob] 或 [blob]
这是 DBeaver 默认启用“元数据优先”提取模式的典型表现，不是数据丢了，而是 UI 没去加载实际内容。尤其在 Oracle、PostgreSQL（含 bytea）、SQL Server 等数据库中常见。
解决方法很简单：右键结果集 → “加载全部内容”，或点击列头右侧的 ... 按钮手动展开。但更治本的是改默认行为：
- 进入
Preferences→Editors→Data Editor→Content - 把
Default LOB content read mode改成Full content（而非Metadata only） - 勾选
Read LOB columns in background避免大字段拖慢整体加载
字符串字段在界面上只显示前 100 字符
DBeaver 对每列文本默认有显示长度限制，超出部分用省略号隐藏，容易误判为数据截断。这个限制和数据库实际存储无关，纯属前端渲染策略。
临时查看完整内容的方式有三种：
- 双击该单元格，弹出独立编辑窗口（支持复制全量文本）
- 右键单元格 →
Copy value（粘贴后是完整内容） - 导出为 CSV/Excel，原始值会完整保留
若想让表格视图默认显示更长内容：
- 进
Preferences→Editors→Data Editor→Appearance - 调整
Max text preview length（例如设为500） - 注意：设太大可能影响滚动性能，尤其含大量长文本字段时
导入 CSV 后某几列数据为空或错位
这通常不是 DBeaver 显示问题，而是导入阶段解析失败导致的数据丢失。最常踩的坑是分隔符识别错误或引号处理异常。
排查要点：
- 确认 CSV 实际分隔符：用 Notepad++ 或 VS Code 打开，看是否用了
;、|或制表符（\t），而非默认逗号 - 检查是否有未闭合的双引号，比如字段含换行或逗号但没被引号包裹，DBeaver 会误判行边界
- 导入向导中务必点开
Preview标签页，观察预览是否对齐——不对齐就说明分隔符或编码错了 - 编码必须匹配：中文 CSV 很可能是
GBK或UTF-8 with BOM，DBeaver 默认按UTF-8解，会乱码或截断
数值字段小数位被自动省略或四舍五入
这不是数据被改写，而是 DBeaver 的数值格式化功能在起作用。例如数据库存的是 12.3400，界面只显示 12.34。
关键开关在：
-
Preferences→Editors→Data Editor→Data Formatting - 取消勾选
Disable numeric formatting（注意：名字带Disable，但勾选它才**禁用**格式化） - 如果仍需保留千分位或小数位控制，可单独配置
Numeric format pattern，如#.####
真正容易被忽略的是：这个设置对已打开的结果集不生效，必须重新执行查询或刷新数据才能看到变化。
