结果集本身不支持行号显示，这是DBeaver的明确设计限制；其为只读数据网格，基于resultset模块实现，非文本编辑器，故无行号渲染能力，所有在偏好设置中寻找“结果集行号”的操作均无效。
结果集本身不支持行号显示，这是 DBeaver 的明确设计限制。 你看到的“行号”需求，实际是误将 SQL 编辑器的行号功能套用到了结果集表格上。结果集是只读数据网格，不是文本编辑器，因此没有、也无法开启行号列。
为什么结果集不能加行号？
DBeaver 的结果集视图基于 org.jkiss.dbeaver.ui.controls.resultset 模块实现，其定位是“结构化数据展示”，而非“可编辑源码”。它不继承 Eclipse 的 TextEditor，因此不具备行号渲染能力。所有试图在偏好设置里找“结果集行号”的操作都会失败——因为该选项根本不存在。
常见误操作包括：
- 在
Preferences → Editors → Text Editors下勾选Show line numbers—— 这只影响 SQL 编辑器、DDL 查看器等文本型组件 - 右键结果表格寻找“显示行号”菜单项 —— 该菜单中无此项
- 搜索插件或安装“行号扩展” —— 社区和官方插件市场均无此类功能
替代方案：用序号列模拟行号
若你确实需要在结果集中体现物理顺序（比如调试分页逻辑、核对导出顺序），可通过 SQL 显式生成序号列：
- PostgreSQL / SQL Server / Oracle：使用
ROW_NUMBER() OVER (ORDER BY ...)，注意必须指定ORDER BY，否则序号不稳定 - MySQL 8.0+：同上，支持窗口函数
- MySQL 5.7 及更早：用变量模拟，如
@row := @row + 1 AS row_num，需前置初始化SELECT @row := 0 - 通用兼容写法（含 LIMIT 场景）：把原查询包进子查询，外层加序号，避免 ORDER BY 被优化掉
示例（PostgreSQL）：
SELECT ROW_NUMBER() OVER (ORDER BY id) AS row_num, name, created_at FROM users LIMIT 100;
真正需要行号时，该用哪个界面？
当你需要定位报错位置、跳转到某行、或团队协作引用具体行时，你应该在 SQL 编辑器里写和执行语句，而不是在结果集里找行号：
- 确保已开启 SQL 编辑器行号：
Preferences → Editors → Text Editors → Show line numbers - PostgreSQL 报错里的
at character 487可通过编辑器底部状态栏的“字符位置”反查对应行 - 长脚本调试时，直接 Ctrl+G（Go to Line）跳转，比数结果集行快得多
结果集的本质是“输出”，SQL 编辑器才是“输入与调试主战场”。混淆二者边界，是很多用户卡在“找不到行号设置”的根本原因。
