直接查系统表最可靠的方式是手动执行SQL查询pg_catalog（PostgreSQL专属）、information_schema（通用标准）或数据库原生系统视图，而非依赖DBeaver等工具的图形界面搜索，因其底层封装限制多、不支持JOIN、模糊匹配弱且常遗漏注释等关键元数据。
直接查系统表最可靠的方式，是用 SQL 手动查 pg_catalog（PostgreSQL）、information_schema（通用标准）或数据库原生系统视图，而不是依赖 DBeaver 的图形界面搜索。 DBeaver 的“元数据搜索”功能本质是封装了对这些系统表的查询，但默认不暴露完整条件、不支持 JOIN、也不显示执行计划——一旦结果不对或漏字段，你就得退回去写 SQL。
为什么不能只点“元数据搜索”就完事
DBeaver 的元数据搜索（菜单栏 → Search → Database Metadata）底层调用的是 JDBC 的 getTables()、getColumns() 等方法，这些方法有硬性限制：
- 不支持模糊匹配列注释或约束定义内容（比如搜 “创建时间” 可能找不到带该中文注释的字段）
- 无法关联多张系统表（例如想同时查主键 + 外键 + 索引定义，GUI 搜索做不到）
- PostgreSQL 下默认不查
pg_description，所以字段注释常为空 - MySQL 8.0+ 的隐藏系统表（如
mysql.component）根本不会出现在搜索结果里
PostgreSQL 查系统表必须知道的三张核心表
绕过 GUI，直接在 SQL 编辑器里执行，才能拿到完整、可验证的元数据：
-
pg_class：存所有表、索引、序列等对象，relkind字段区分类型（r=普通表，i=索引） -
pg_attribute：存字段定义，注意attnum > 0过滤掉系统列（如ctid），attisdropped = false排除已删字段 -
pg_description：存注释，必须用objoid和classoid关联到pg_class或pg_attribute才能查到字段级注释
示例：查某张表的所有字段名、类型、是否为空、是否有注释
SELECT a.attname AS column_name, pg_catalog.format_type(a.atttypid, a.atttypmod) AS data_type, NOT a.attnotnull AS is_nullable, d.description FROM pg_attribute a LEFT JOIN pg_description d ON d.objoid = a.attrelid AND d.objsubid = a.attnum WHERE a.attrelid = 'your_table_name'::regclass AND a.attnum > 0 AND NOT a.attisdropped ORDER BY a.attnum;
MySQL / Doris / Hive 怎么查系统表
这些库不统一用 pg_catalog，但都支持 information_schema —— 注意它只是视图，性能差、字段少、部分字段为空（比如 MySQL 的 COLUMN_COMMENT 在低版本可能不返回）：
- 查表列表：
SELECT table_name FROM information_schema.tables WHERE table_schema = 'your_db' - 查字段详情：
SELECT column_name, data_type, is_nullable, column_comment FROM information_schema.columns WHERE table_name = 't1' - Doris 2.1+ 支持
SHOW CREATE TABLE直接看完整 DDL，比information_schema更准 - Hive 元数据实际存在外部 RDBMS（如 MySQL）中，DBeaver 连的是 HiveServer2，查不到底层
hive库的表；真要查分区/存储格式，得连那个 MySQL 元库存
真正难的不是“怎么打开搜索框”，而是判断该信哪个来源：GUI 搜索快但残缺，information_schema 跨库但不准，pg_catalog 全但 PostgreSQL 专属。多数人卡在中间——既没意识到 GUI 的边界，又懒得翻系统表文档。动手前先问一句：你要的信息，是不是必须精确到约束表达式或触发器源码？如果是，那就别点搜索，直接写 SQL。
